Os dejo un enlace a un pdf sobre como escribir un artículo científico.
Os dejo un enlace a un pdf sobre como escribir un artículo científico.
Ejecutar máquinas virtuales en un servidor ubuntu 12.04 LTS, sin interfaz gráfica, para acceder a ellas de forma remota.
Añadimos la clave de apt de virtualbox
wget -q http://download.virtualbox.org/virtualbox/debian/oracle_vbox.asc -O- | sudo apt-key add - |
Editamos el archivo de fuentes de apt
sudo nano /etc/apt/sources.list |
Y añadimos el repositorio a apt de VirtualBox, añadiendo la siguiente línea
deb http://download.virtualbox.org/virtualbox/debian trusty contrib |
Actualizamos e instalamos VirtualBox y otros paquetes:
sudo apt-get update sudo apt-get install build-essential virtualbox-4.3 dkms |
Descargamos e instalamos el “extension pack” para tener acceso a funciones como el USB 2.0, y el servidor rdp que necesitamos para instalar phpvirtualbox. La última versión la podemos encontrar en http://www.virtualbox.org/wiki/Downloads. En el momento actual :
cd /tmp
wget http://dlc.sun.com.edgesuite.net/virtualbox/4.3.16/Oracle_VM_VirtualBox_Extension_Pack-4.3.16-95972.vbox-extpack
sudo VBoxManage extpack install Oracle_VM_VirtualBox_Extension_Pack-4.3.16-95972.vbox-extpack
Y finalmente añadimos nuestro usuario al grupo VirtualBox (donde user es nuestro nombre de usuario)
sudo adduser user vboxusers |
La página del proyecto es http://sourceforge.net/projects/phpvirtualbox/
Actuamos como root
sudo su |
Añadimos nuestro usuario habitual al acceso web de VirtualBox editando …
nano /etc/default/virtualbox |
Y añadimos la línea
VBOXWEB_USER=User |
En User ponemos nuestro usuario
Ahora creamos los enlaces de inicio del vboxwebsrv
update-rc.d vboxweb-service defaults /etc/init.d/vboxweb-service start |
Añadimos unos cuantos paquetes para el servidor Apache + PHP
apt-get install apache2 php5 libapache2-mod-php5 |
Reiniciamos apache
service apache2 restart |
Descargamos y descomprimimos la última versión de phpvirtualbox en el directorio /var/www/html (en el momento actual la phpvirtualbox-4.3-1)
cd /var/www/html wget http://heanet.dl.sourceforge.net/project/phpvirtualbox/phpvirtualbox-4.3-1.zip unzip phpvirtualbox-4.3-1.zip mv phpvirtualbox-4.3-1 phpvirtualbox rm phpvirtualbox-4.3-1.zip |
Ahora entramos dentro del directorio de phpvirtualbox y hacemos copia de seguridad del archivo de configuración.
cd /var/www/html/phpvirtualbox/cp config.php-example config.php |
Modificamos config.php
nano config.php |
Y modificamos las siguientes líneas. Introducimos usuario y contraseña de nuestro usuario.
[...] /* Username / Password for system user that runs VirtualBox */ var $username = 'user'; var $password = 'secret'; [...] |
Y ya podemos acceder al interface de phpvirtualbox tecleando
http://ip_servidor/phpvirtualbox.
El usuario es “admin”, y el password “admin”. Por tanto lo primero que tenemos que hacer es cambiarlo. En File, Chage Password.
A partir de aquí el uso es similar al cliente gtk de virtual box.
Si la máquina virtual que instaláis es linux, os recomiendo que después de instalar los «guest tools», instaléis xrdp en español.
Para optimizar los discos virtuales podéis mirar este enlace.
Gracias a:
( Actualizado aquí).
Nota: os recomiendo que echéis un vistazo a dos de mis posts si instalais el servidor desde cero:
Lo primero que necesitamos es instalar el servidor LAMP de ubuntu. Podemos hacerlo directamente en la instalación del Ubuntu Server, o posteriormente con los siguientes comandos:
sudo apt-get update sudo apt-get dist-upgrade sudo apt-get install lamp-server^ |
El carácter «^» es importante para que el tipo de instalación del servidor web sea apropiado. En la instalación nos pedirá que introduzcamos el password del root de MySQL. Asegúrate de introducir una buena password que sea fácil de recordar.
Owncloud utiliza los archivos .htaccess de Apache por razones de seguridad. Para poder usarlos necesitamos activar dos módulos con los siguientes comandos
sudo a2enmod rewrite sudo a2enmod headers |
Además tenemos que cambiar el archivo de configuración de apache para que reescriba las reglas adecuadamente. Con lo cual ejecutamos el siguiente comando
sudo nano /etc/apache2/sites-enabled/000-default.conf |
Una vez quí debemos cambiar la línea
#ServerName www.example.com AllowOverride None
Por
ServerName fqdn ServerAdmin webmaster@localhost
DocumentRoot /var/www/html
var/www/>
Options Indexes FollowSymLinks
AllowOverride None
Require all granted
Finalmente reiniciamos apache
sudo service apache2 restart |
Instalamos paquetes necesarios para owncloud
sudo apt-get install php5 php5-mysql php5-gd php-xml-parser php5-intl libcurl3 php5-curl php5-json php5-mcrypt php5-imagick |
Ahora localizamos la última versión de owncloud en el momento de redactar este tuto, ejecutamos en el terminal
$ cd /var/www/html
$ sudo wget https://download.owncloud.org/community/owncloud-7.0.2.tar.bz2
$ sudo tar -xjvf owncloud-7.0.2.tar.bz2
$ sudo rm owncloud-7.0.2.tar.bz2
El resto de la instalación se hace a través del navegador, y nos permite elegir entre otras cosas, el directorio donde se guardarán los datos de usuario que carguemos a través del navegador.
Si decidimos elegir un directorio distinto al que nos indica por omisión, a este directorio hay asignarle el usuario www-data con el siguiente comando
sudo chown -R www-data:www-data /ruta/al/directorio/de/datos/de/owncloud |
La dirección de nuestro owncloud será http://host/owncloud.
Si tenemos un fqdn (fully qualified domain name) lo introducimos en vez de host. Podemos obtener uno gratuito en dyndns.com.
Si no tenemos el fqdn, introducimos la ip del servidor. Si accedemos a él, desde el propio servidor, en vez de host, ponemos localhost.
En nombre de usuario, introducimos el nombre que queramos para el usuario administrador de owncloud, así como la contraseña.
En directorio de almacenamiento puedo elegir el que quiera, pero recuerdo, debemos asignarle el usuario www-data.
En configurar la base de datos introducimos el usuario, password y nombre de la base de datos que hemos creado para owncloud.
Y ya tenemos instalado nuestro servidor owncloud.
Antes de salir, recomiendo entrar en personal y añadir nuestro correo electrónico, para poder recuperar la contraseña en caso de que la perdamos.
Necesitamos configurar php para que admita archivos grandes. Podemos hacerlo a través del terminal editando los archivos. /etc/php5/apache2/php.ini /etc/php5/cli/php.ini y pero es más cómodo y seguro hacerlo a través del módulo de webmin.
Para instalar webmin, vamos a http://webmin.com y descargamos el instalador con el comando wget. En el momento actual la última versión es la 1.650
wget http://switch.dl.sourceforge.net/project/webadmin/webmin/1.710/webmin_1.710_all.deb |
Instalamos algunos paquetes necesarios
sudo apt-get install perl libnet-ssleay-perl openssl libauthen-pam-perl libpam-runtime libio-pty-perl apt-show-versions python |
Instalamos webmin y borramos el paquete
sudodpkg -i webmin_1.710_all.debsudo rm webmin_1.710_all.deb |
Ahora podemos acceder al interface de webmin a través del navegador, en la dirección
https://ip_servidor:10000 (si accedemos desde el propio servidor https://localhost:10000)
Introducimos nuestro usuario y password y ya estamos dentro.
En el menú otros, seleccionamos PHP Configuration:
Damos al enlace Manage, y después den Resource Limits en cada uno de los ficheros y modificamos para que quede así.
Como maximum memory allocation, recomiendo poner una cuarta parte de la ram del servidor (pero es cuestión de ir probando).
Abrimos el .htaccess de owncloud con el siguiente comando
sudo nano /var/www/html/owncloud/.htaccess |
Y modificamos las siguientes líneas
php_value upload_max_filesize 513Mphp_value post_max_size 513Mphp_value memory_limit 512M |
Para que queden como los valores que modificamos en php.
php_value upload_max_filesize 20000Mphp_value post_max_size 20000Mphp_value memory_limit 2048M |
Y reiniciamos apache
sudo service apache2 restart |
Primero activamos el módulo SSL de Apache
sudo a2enmod ssl service apache2 restart |
Editamos el archivo de configuración /etc/ssl/openssl.conf
nano /etc/ssl/openssl.cnf |
Encontramos y cambiamos las siguientes líneas
dir = /root/SSLCertAuth default_days = 3650 # 10 years default_bits = 2048 # recommended by NSA until 2030 countryName_default = ES 0.organizationName_default = Ubuntu Contrib |
Creamos el diretorio para guardar todos los archivos de la autoridad certificadora SSL, en nuestro caso lo llamaremos “SSLCertAuth”. Ejecutamos los siguientes comandos
mkdir /root/SSLCertAuth chmod 700 /root/SSLCertAuth cd /root/SSLCertAuth mkdir certs private newcerts echo 1000 > serial touch index.txt |
Creamos la autoridad certificadora (CA) con el siguiente comando:
openssl req -new -x509 -days 3650 -extensions v3_ca \ -keyout private/cakey.pem -out cacert.pem \ -config /etc/ssl/openssl.cnf |
Nos pide:
Enter PEM pass phrase:introducimos una contraseña que usaremos después para firmar cualquier certificado (hay que recordarla). Vamos introduciendo todos los datos, y tenemos especial cuidado cuando nos pir el Common Name, que debe ser nuestro nombre de internet (fqdn: fully qualified domain name).
Ahora creamos la solicitud de firma del certificado del sitio:
openssl req -new -nodes \ -out apache-req.pem \ -keyout private/apache-key.pem \ -config /etc/ssl/openssl.cnf |
De nuevo introducimos todos los datos que nos pide, y en Common Name de nuevo metemos el fqdn. Los extra atributes… podemos dejarlos en blanco.
Y finalmente generamos el certificado para copiarlo después en el directorio /etc/ssl
openssl ca \ -config /etc/ssl/openssl.cnf \ -out apache-cert.pem \ -infiles apache-req.pem |
Introducimos la password de la CA que creamos antes y despues le decimos a todo que si.
Ejecutamos:
mkdir /etc/ssl/crt mkdir /etc/ssl/key cp /root/SSLCertAuth/apache-cert.pem /etc/ssl/crt cp /root/SSLCertAuth/private/apache-key.pem /etc/ssl/key |
El paso final consiste en configurar apache para que el servicio por misión HTTPS, sea owncloud.
|
Copia y pega la siguiente configuración:
<VirtualHost *:443>
ServerName fqdn
SSLEngine on
SSLCertificateFile /etc/ssl/crt/apache-cert.pem
SSLCertificateKeyFile /etc/ssl/key/apache-key.pem
DocumentRoot /var/www/html/owncloud
CustomLog /var/www/html/logs/ssl-access_log combined
ErrorLog /var/www/html/logs/ssl-error_log
</VirtualHost>
Donde pone fqdn, ponemos nuestro nombre de internet o la ip de nuestro servidor. Damot Ctrl+x para cerrar y “y” para salvar.
Desde dentro de owncloud (Administración) podemos forzar el uso de SSL, lo que es muy recomendable a efectos de seguridad.
Gracias a:
Todos aquellos que como yo seguís trabajando con Snow Leopard y queréis añadir un disco SSD, seguramente os habréis encontrado con un dolor de cabeza terrible para activar TRIM a través de TRIM enabler 3.0 que es la versión actual a la fecha de este post.
La última versión de TRIM enabler que funciona con Snow Leopard es la 2.0, que podéis descargar en este enlace.
Aunque a mi no me ha funcionado, os dejo el link a una nueva aplicación gratuita mas completa denominada Chamaleon SSD Optimizer, que permite no solo activar TRIM, sino ajustar otros parámetros. Entre sus funciones:
– Activación del soporte TRIM
– Desactivación del Sudden Motion Sensor
– Desactivación de Time Machine (local o totalmente)
– Activación de Noatime
– Selector de SleepMode (0, 3, 25)
– Visor de datos S.M.A.R.T
– Reparación de permisos
Funciona incluso con la versión 10.6.7 de Snow Leopard.
Para activar noatime, consultar el siguiente post.
A todos los que tengáis un Mac Pro, os recomiendo también un accesorio de Apricorn que a parte de ser un controlador SATA3, os permite montar directamente encima la SSD.
Gracias a:
Primero porque es Ubuntu, es decir, es un sistema operativo linux basado en Debian orientado al usuario final en informática. Es una distribución más que probada, segura y relativamente fácil de configurar, además de que contamos con multitud de tutoriales para personallizarlo hasta la saciedad. Elegimos la versión 12.04 LTS, porque es la «Long Time Support» y seguirá habiendo actualizaciones hasta el 2017
Podéis descargarlo en el sitio de Ubuntu. Os recomiendan la versión AMD64, pero yo he probado la i386 y funciona fenomenal, sobre todo en equipos con menos 2Gb de Ram. Un vez descargada la imagen, la grabáis en un CD, o si tenéis ubuntu ya instalado en algún ordenador o máquina virtual, podéis crear un usb stick de arranque. La primera pantalla que nos encontramos es
Tenemos que elegir el idioma
Una vez elegido el idioma instalamos el Ubuntu server De nuevo elegimos nuestro idioma, la distribución del teclado,.. y no ocurre nada interesante hasta que nos pide el nombre de la máquina. Si vais a instalar un servidor, lo lógico es tener acceso a el desde internet. Podéis obtener un dominio gratuito en www.dyndns.com. Una vez que lo tengáis es importante que lo escribáis en la siguiente página.
Ahora os pedirá el nombre del usuario y su contraseña. Es importante que no seáis cómodos y pongáis una contraseña fuerte, pues es la primera medida de seguridad del sistema. No me pongáis cumpleaños, el nombre de la tía Berta,…. meted un password aleatorio y lo apuntáis. Podéis generar uno en password.es
Os da la opción de cifrar vuestra carpeta personal, pero para un servidor no me parece buena idea. No está mal para equipos portátiles, si trabajas para la CIA y no quieres que nadie te robe el ordenador y te saque la información, pero en casa la seguridad va por otros derroteros. Cifrar significa consumir recursos, y no poder montar el disco duro en otro ordenador para sacar la información en caso de fallo. Así que os recomiendo que no lo hagáis.
Después aceptáis la zona horaria ( o no y la cambias) y llega el segundo momento fundamental el particionado del disco. Podéis montar un raid de arranque ( tiene que ser un raid 1) y configurar LVM, Podéis montar distintos raid y unirlos con LVM para que funcionan como un único disco expendiendo la capacidad. Merece la pena que perdáis tiempo y sesera en combinar todos los discos posibles para obtener la mayor capacidad y seguridad. Por ejemplo, en nuestra instalación de ejemplo, voy a armar un raid 1 para el sistema, y un raid 5 (con spare). A la partición root de Ubuntu le sobra con 10Gb, así que lo demás lo distribuimos como nos convenga. En la pantalla de particionado de Discos elegimos Manual
Consejos Previos Si ya habéis montado un raid o un LVM, sería aconsejable que antes de instalar Ubuntu-Server, arrancarais el ordenador con la distribución desktop del CD de ubuntu y teclearais el siguiente comando, donde sdX, puede ser sda, sdb,.. Con esto llenáis el disco de ceros y cualquier configuración anterior de raid, lvm se pierde, junto a todo lo demás claro, así que cuidado con no borrar nada que sea importante para vosotros.
dd if=/dev/zero of=/dev/sdX |
Vasta con que contéis hasta 10 y con un Ctrl +C para el comando, porque solo necesitamos borrar los primeros sectores del disco. Si acaso los discos provienen de un hardware raid (por ejemplo, los teníais en raid en una placa AMD o Intel, o cualquier controladora….) es necesario que borréis antes los raid creados con el menú en que fueron creados, por que ni siquiera el dd es capaz de borrar algunos de los datos generados por estas controladoras. En la segunda pantalla tenemos toda la lista de discos, damos enter encima de cada uno de los discos y generamos una nueva tabla de particiones para todos y cada uno de ellos.
En una primera etapa vamos a escribir todas las particiones en tipo raid. Como quiero hacer un raid uno de arranque voy a utilizar el sda y el sdb como espejos. A ambos les he creado una partición de 300mb para el punto de montaje /boot, y el resto se lo he dejado al raid 1 donde montaré el sistema El resto de discos son para armar un raid 5 ( que sirve como copia de seguridad del disco físico, en caso de que falla uno de ellos. Un vez escrito todas las particiones como raid, elegimos Configurar Raid por Software, que os aparece en la segunda línea del menú en el que estáis. Aplicáis los cambios y os aparece un menú y elegís «Crear un dispositivo MD». 1º. Elegís un raid 1, después asignáis dos dispositivos, y dejáis cero libres en el raid. Elegís las particiones que formarán parte del raid y le dais a continuar. En el caso del raid de arranque
Repetimos el proceso para el raid1 del sistema
En el caso del Raid 5, vamos a seleccionar cuatro discos activos y dejamos uno libre. Esto significa que si falla uno de los discos, automáticamente el raid empezará a recomponerse con el disco que le hemos dejado libre. Otra opción es hacer un raid 6, y poner todos a funcionar. La ventaja es que hay una doble paridad, la desventaja es que el raid irá mucho más lento. El procedimiento es similar al anterior Una ves terminada esta parte nuestro esquema de partición quedará
Ahora vamos a formatear los nuevos raid. El raid de 300Mb para el arranque le damos formato ext2 , 1% reservado para el sistema y le asiognamosasignamos el punto de montaje boot. A los otros dos, de momento los formateamos como LVM.
El siguiente paso es configurar LVM. Seleccionamos la opción del menú «Configurar el Gestor de Volúmenes Lógicos» y guardamos lo anterior. Primero le damos a «Crear un grupo de volúmenes». En este paso podríamos asignar varios discos duros, o varios raids. Yo solo voy a elegir el raid de sistema.
Primero le damos un nombre al grupo de volúmenes y después podemos crear diferentes volúmenes lógicos para los puntos de montaje /, /home, /var según nos convenga y hasta llena el grupo de volúmenes. Después ya formateamos todo el sistema. El raid1 de 300Mb como ext2, 1% para sistema y punto de montaje /boot El raid 5 como ext4, 1% para sistema y punto de montaje Home El raid1 para sistema, ahora son dos volúmenes lógicos, el primero lo dejaremos para «/» y el segundo para «/var», ambos 1% para sistema y formato ext 4. En nuestro caso el esquema de partición quedará
Le damos a finalizar el particionado y escribir los cambios en el disco, que es la última línea del menú. Nos preguntará que si queremos que el sistema arranque si el raid está degradado: le decimos que si. Si tenéis un sistema con menos de 2Gb de Ram, o vais a utilizar el servidor para virtual izar, nos faltaría haber generado un partición swap de tamaño, el doble de vuestra ram. Si como yo no lo vais a usar no la necesitáis. El instalador se quejará, pero con no hacerle caso… El instalador seguirá, la línea del proxy la dejáis en blanco ( a no ser que tengáis acceso a un proxy decente), después activáis «Instalar actualizaciones automáticamente» Seguir la instalación dándole a todo que si hasta que aparece la selección de programas. En mi caso como el uso va a ser para un servidor web casero selecciono …
Nos preguntara por el password del root de Mysql ( elegir un password fuerte diferente al del usuario anterior). El último paso es instalar Grub, que le decimos que instale en el «registro de arranque principal».
Los últimos pasos son cuando arranca el sistema. Entramos con nuestro usuario y password, y actualizamos el sistema ejecutando:
sudo apt-get update sudo apt-get upgrade |
Como último paso modificamos el archivo /etc/hosts, y le asignamos al nombre que obtuvimos en dyndns.com a la dirección ip de nuestro servidor
sudo nano /etc/hosts ### salimos con Ctrl + X, y le decimos si a modificar los cambios |
Y ya hemos terminado el principio. Ahora sólo nos queda seguir montando lo que necesitamos.
El software dmraid de linux en una de la herramientas mas potentes para aumentar el rendimiento y la seguridad de los discos duros de nuestros ordenadores. Hay distintos tipos raid 0, raid 10, raid 5como podeis ver en wikipedia. Os recomiendo echar una vistazo en guia-ubuntu.com.
La mejor forma de configurarlo en Debian o Ubuntu es en el momento de la instalación del sistema. Os dejo un enlace a youtube
La herramienta fundamental para observar el estado de nuestros raid desde la terminal es
cat /proc/mdstat |
o para ver la salida en tiempo real del comando anterior podemos utilizar el cmoando watch
watch -n1 cat /proc/mdstat |
para salir Ctrl + C
Para obtener una descripción detallada de nuestro raid (en este caso el md2)
mdadm --detail /dev/md2 |
Si queremos analizar a que velocidad se mueven nuestros discos duros podemos instalar sysstat.
sudo apt-get install sysstat |
y ejecutamos
iostat |
o para verlo de forma continua
watch -n1 iostat |
o para verlo de forma continua
El problema fundamental del software-raid en linux es que después de haberlo montado todo, la sincronizacióny reconstrucción del raid es muy lenta, porque viene configurado para consumir los menos recursos posibles para que podamos instalar, operar,… mientras tanto. Cuando tienes un equipo relativamente potente, podemos reconfigurar algunos parámetros para que nuestro raid actue de forma mucho más rápida.
Las operaciones que vamos a realizar a partir de ahora conviene que las hagamos como root, así que en ubuntu tecleamos
sudo su |
El archivo de configuración /proc/sys/dev/raid/speed_limit_min sirve para fijar el la velocidad mínima de reconstrucción cuando hay además operaciones de otro tipo en el raid, es decir, el uso habitual de linux. El parámetro por defecto es 1000.
El archivo de configuración /proc/sys/dev/raid/speed_limit_max sirve para fijar la velocidad máxima de reconstrucción cuando hay además otras operaciones además de la reconstrucción. El parámetro por defecto es 100,000.
Para ver los valores actuales, ejecutamos
sysctl dev.raid.speed_limit_min |
Para aumentar la velocidad ejecutamos:
echo value > /proc/sys/dev/raid/speed_limit_min
|
o también
sysctl -w dev.raid.speed_limit_min=value |
Como ejemplo, vamos a aumentar la velocidad mínimo en 50.000 Kb/seg :
echo 50000 > /proc/sys/dev/raid/speed_limit_min |
o también
sysctl -w dev.raid.speed_limit_min=50000 |
Si queremos modificar los parámetros globales, podemos hacerlo añadiendo estas dos líneas al archivo /etc/sysctl.conf
################# NOTE ######################## ## CPU y memoria son los limites del sistema # ############################################### dev.raid.speed_limit_min = 50000 ## aconsejado para arrays de 4-5 ## dev.raid.speed_limit_max = 2000000 ## aconsejado para 6-12 discos ### dev.raid.speed_limit_max = 5000000 |
Y Ejecutamos como root
sysctl -p
elegimos el raid mdX al que queremos aplicar la optimización
blockdev --setra 65536 /dev/mdX |
Esta opción está solo disponible para el RAID5 y el RAID6 y multiplica la velcoidad de sincronización entre 3 y 6 veces. El valor por defecto es de 256. Loa valores válidos están entre 17 y 32768. Aumentar este número puede aumentar el rendimiento en algunas configuraciones aumentando el consumo de la memoria del sistema.
Utilizamos la siguiente fórmula
consumo de memoria = tamaño del archivo de paginación x número de discos x stripe_cache_size
Para fijar el stripe_cache_size en 16 MiB para /dev/md1, inctroducimos.
echo 16384 > /sys/block/md1/md/stripe_cache_size |
Para fijar el stripe_cache_size en 32 MiB para /dev/md2, inctroducimos.
echo 32768 > /sys/block/md2/md/stripe_cache_size |
Para los discos que formen parte de un software-raid ejecutamos el siguiente comando, sustituyendo sdX, por el disco asociado al raid.
echo 1 > /sys/block/sdX/device/queue_depth |
Para cortar y pegar
echo 1 > /sys/block/sda/device/queue_depth echo 1 > /sys/block/sdb/device/queue_depth echo 1 > /sys/block/sdc/device/queue_depth echo 1 > /sys/block/sdd/device/queue_depth echo 1 > /sys/block/sde/device/queue_depth echo 1 > /sys/block/sdf/device/queue_depth echo 1 > /sys/block/sdg/device/queue_depth echo 1 > /sys/block/sdh/device/queue_depth echo 1 > /sys/block/sdi/device/queue_depth #### etc…. |
Los bitmap optimizan la reconstrucción después del fallo o la sustitución de un disco . Para activarlo en el raid mdX, tecleamos el siguiente comando:
mdadm --grow --bitmap=internal /dev/mdX |
Una vez completada la reconstrucción, lo desactivamos
mdadm --grow --bitmap=none /dev/mdX |
Este howto es para todos aquellos que quieran servir páginas web desde su casa, ya sea publicando directamente en el servidor o instalando
algún portal en php como wordpress o joomla.
El primer paso es dar de alta un dominio de segundo nivel en www.dyndns.com o alguna página similar. Hay que tener en cuenta que las ip’s asignadas a los usuarios caseros suelen ser
dinámicas, por lo que deberemos estar pendientes de que la ip que damos de alta en dyndns sea la correcta, y si nos la cambia nuestro ISP, deberemos cambiarla en dyndns. Continuar leyendo «Servidor web casero con Apache, Php y Mysql en debian»
Netatalk es un servidor de archivos compatible con el AppleTalk de Apple.
La actual versión de netatalk no tiene implementada la administración de passwords con encriptación SSL, lo cual nos ha dado bastantes dolores de cabeza a los usuarios que como yo utilizamos ambos sistemas.
El presente «como» pretende establecer un procedimiento para montar un servidor AFP en una distribución ubuntu. Los usuarios de debian pueden seguir este howto suprimiendo el comando “sudo” al principio de cada sentencia en la línea de comandos, y ejecutando sentencias como «root».
Webmin es un gestor web de casi todos los parámetros de linux, es rápido, seguro y evita editar muchos archivos de configuración.
1. Instalamos las librerías necesarias
$ sudo apt-get install perl libnet-ssleay-perl openssl libauthen-pam-perl libpam-runtime libio-pty-perl apt-show-versions libapt-pkg-perl
Descargamos libmd5.perl que no está en las repos de ubuntu
$ wget http://ftp.debian.org/pool/main/libm/libmd5-perl/libmd5-perl_2.03-1_all.deb
y la instalamos
$ sudo dpkg -i libmd5-perl_2.03-1_all.deb
Descargamos webmin
$ wget http://prdownloads.sourceforge.net/webadmin/webmin_1.510-2_all.deb
y la instalamos
$ sudo dpkg -i webmin_1.510-2_all.deb
Para acceder al interface web, tecleamos en el navegador http://xxx.xxx.xxx.xxx:10000 , donde la dirección xxx.xxx.xxx.xxx es la ip de linux.