Documentos de Académico
Documentos de Profesional
Documentos de Cultura
¿Qué se necesita?
Línea ADSL con el mayor upload posible. Mi ADSL es la típica línea de pueblo de 1 mega de
bajada y 256 k de subida.
Un router. Es suficiente con un viejo router de 4 puertos. Si tienes un router wifi es preferible
que también tenga conexión por cable pues el servidor será más rentable enchufado directamente
con un cable de red al router.
Si piensas comprar uno te recomiendo un LinkSys
Un ordenador dedicado que hará de servidor. Puedes aprovechar un viejo ordenador o comprar
uno de segunda mano (el monitor, teclado y tarjeta gráfica sólo lo vas a necesitar durante la
instalación del sistema Operativo: unos 15 minutos).
Recomiendo comprar por Internet en las empresas que se dedican a vender PCs de segunda mano
y recomiendo comprar un ordenador tipo IBM, DELL, etc. por que aguantan sin fallar años y años
y porque usan unas fuentes de alimentación muy silenciosas (ten en cuenta que tu servidor estará
encendido las 24 horas durante todos los días del año).
Estos ordenadores suelen tener agunas opciones interesantes en la BIOS como por ejemplo poder
decirle qué tiene que hacer tras un corte de luz (encenderse o permanecer apagado). Si tras un
corte de luz tu servidor no se vuelve a encender y estás lejos de casa ..
¿Una IP fija?. Es preferible IP fija entre otras cosas porque puedes redireccionar un dominio a tu
IP, pero también se puede con IP dinámica. Retomaremos el tema de la IP en los siguientes
artículos.
Instalando ubuntu-server
Al optar por ubuntu-server, una distribución de Linux específica para servidores nos ahorraremos
el tener que instalar manualmente apache y otros programas necesarios para un servidor.
Datos de partida
Servidor:: Procesador Intel Pentium IV 2.4Ghz, RAM 1GB, disco duro 20GB, Tarjeta de Red.
(segunda mano: unos 150€)
Router: Antiguo router 3com de 4 puertos (sin wifi)
IPs locales (sin DHCP, prefiero ponerlas de forma manual)
Router: 192.168.2.1
Servidor: 192.168.2.20 (la que pienso asignarle)
Otros ordenadores de la red: 192.168.2.2, 192.168.2.3, etc.
Descargamos ubuntu-server
Instalamos ubuntu-server
En las dos últimas particiones .. el espacio depende las webs a colgar (el administrador puede
poner las webs en /var y los usuarios (a los que ofrezca espacio web) en la partición /home
(también debe tener en cuenta que si ofrece cuentas de correo ocuparán espacio en /home).
Durante la instalación ubuntu trata de configurar la red para quienes usen DHCP (el DHCP da las
IPs de forma automática a todos los ordenadores de tu red local y se suele configurar en el
router).
Si prefieres la configuración manual (en lugar de DHCP) también fue posible realizarla durante la
instalación de ubuntu-server.
Tanto si configuraste la red manualmente durante la instalación, como si lo dejaste para más
tarde (como suelo hacer yo), es hora de comprobar (o crear) la configuración.
El hacer la configuración de la red manualmente tiene sus desventajas, pero también tiene la
ventaja de que aprendes en qué ficheros se guardan los datos y qué ficheros tienes que mirar
cuando algo no funcione.
Los ficheros que controlan la configuración de la red en Debian (y por tanto en su derivada
ubuntu) son: /etc/network/interfaces y /etc/resolv.conf. Esos son los ficheros que debemos
comprobar, modificar o crear (si no existen).
Contenido de /etc/network/interfaces
$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
auto eth0
iface eth0 inet static
address 192.168.2.20
netmask 255.255.255.0
gateway 192.168.2.1
Si miras el /etc/network de tu ordenador verás unos datos iguales a los anteriores (salvo address
que será otra IP del tipo 192.168.2.x). Por ejemplo mi portátil da estos datos:
$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
auto eth1
Con la configuración del /etc/network/interfaces nuestro servidor tendrá conexión en red con el
resto de nuestra red local (el router, nuestro ordenador normal, un portátil, etc.).
Si estamos acostumbrados a usar Debian y no nos va el sudo, podemos simplemente hacer un: $
sudo su y ya no necesitamos preceder las órdenes con el sudo.
Comprobamos que funciona la red: Desde nuestro ordenador le hacemos un ping al servidor a ver
si responde:
~$ ping 192.168.2.20
PING 192.168.2.20 (192.168.2.20) 56(84) bytes of data.
64 bytes from 192.168.2.20: icmp_seq=1 ttl=64 time=1.15 ms
64 bytes from 192.168.2.20: icmp_seq=2 ttl=64 time=1.18 ms
64 bytes from 192.168.2.20: icmp_seq=3 ttl=64 time=1.08 ms
64 bytes from 192.168.2.20: icmp_seq=4 ttl=64 time=1.29 ms
Pulsando <Ctrl>+<C> paramos los pings. Al final de las líneas anteriores se nos indica el tiempo
de respuesta en milisegundos.
Observa que he hecho un ping a un ordenador inexistente (192.168.2.43), por eso me dice
Destination Host Unreachable.
Contenido de /etc/resolv.conf
nameserver x.x.x.x
nameserver x.x.x.x
Las DNS lo único que hacen es traducir los nombres de dominio a direcciones IP. Por ejemplo si en
tu navegador tecleas: http://217.127.159.76 accederás a la web de lubrin,org. Si tecleas
http://lubrin.org serán tus servidores DNS quienes se encarguen de traducir lubrin.org por
217.127.159.76
Es importante conocer esos detallesy es importante tener al menos dos nameserver en nuestro
/etc/resolv.conf. Hay veces en que no tenemos acceso a Internet (o creemos que no lo tenemos)
y es porque el servidor DNS de nuestro proveedor está caído provisionalmente. Si tenemos
puestas dos DNS y además son de proveedores distintos es muy difícil que ambos estén caídos
simultáneamente. Para esos casos también es conveniente tener a mano las IP de alguna web
(como por ejemplo las de google). Si quieres saber cuáles son las IPs (tiene más de una) de
google, puedes teclear en consola $dig google.es.
Una vez comprobado que nuestro servidor conecta con el resto de nuestra red local, deberíamos
comprobar que también puede conectar con Internet:
$ ping 72.14.221.104
PING 72.14.221.104 (72.14.221.104) 56(84) bytes of data.
64 bytes from 72.14.221.104: icmp_seq=1 ttl=240 time=131 ms
64 bytes from 72.14.221.104: icmp_seq=2 ttl=240 time=116 ms
64 bytes from 72.14.221.104: icmp_seq=3 ttl=240 time=338 ms
Desde el servidor he hecho un ping a una de las IPs de google.es por lo tanto nuestro server está
en condiciones de comunicarse con el resto del mundo.
Puesto que necesitaremos instalar más programas y sabiendo que nuestro server puede conectar
con Internet, lo primero es actualizar la lista de paquetes:
# nano /etc/apt/sources.list
# deb cdrom:[Ubuntu-Server 7.04 _Feisty Fawn_ - Release i386 (20070415)]/ feisty main
restricted
Vuelvo a actualizar:
# apt-get update
Instalando ssh
El programa fundamental para poder acceder de modo seguro a nuestro servidor (desde otros
ordenadores de nuestra red o desde internet) es ssh. Para instalarlo:
$ ssh dani@192.168.2.20
The authenticity of host '192.168.2.20 (192.168.2.20)' can't be established.
RSA key fingerprint is d8:a9:c4:5e:2b:4f:b0:aa:a5:b9:d1:de:f8:5e:df:36.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.2.20' (RSA) to the list of known hosts.
dani@192.168.2.20's password:
Linux ubuntu-sotano 2.6.20-15-server #2 SMP Sun Apr 15 07:41:34 UTC 2007 i686
The programs included with the Ubuntu system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
applicable law.
Last login: Fri Jun 8 00:55:00 2007
Desde este momento ya podemos retirar del servidor: monitor, teclado, ratón, tarjeta gráfica,
lector de CD.
El servidor será controlado mediante ssh desde cualquier ordenador de nuestra red local (y
posteriormente desde cualquier ordenador de Internet)
Configuración de Apache
Los siguientes pasos serían: configurar apache y poner una página de prueba (para comprobar
que funciona en local), preparar nuestra salida a Internet (para que nuestras páginas sean visibles
desde cualquier lugar del mundo) y posteriormente configurar PHP y MySQL con objeto de instalar
algún Gestor de Contenido o preparar páginas dinámicas.
Antes de empezar con Apache, instalaremos los "locales" para que los programas usen nuestro
idioma:
Configuración de Apache
El programa encargado de servir las peticiones de páginas web a los usuarios se llama servidor-
web. El más usado en los servidores de Internet es Apache. Es software libre y se instala
automáticamente durante la instalación de ubuntu-server.
En primer lugar comprobamos que está funcionando tecleando en un navegador de nuestro PC:
http://192.168.2.20
Veremos una web con algún mensaje de apache como por ejemplo "It works!", lo cual confirma su
funcionamiento.
# nano /etc/apache2/sites-available/default
NameVirtualHost *
<virtualhost *>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html/
<directory />
Options FollowSymLinks
AllowOverride None
<directory /var/www/html>
Options -Indexes FollowSymLinks MultiViews
AllowOverride AuthConfig
Order allow,deny
allow from all
# This directive allows us to have apache2's default start page
# in /apache2-default/, but still have / go to the right place
# RedirectMatch ^/$ /apache2-default/
</directory></virtualhost>
DocumentRoot /var/www/html/
<directory /var/www/html>
Options -Indexes FollowSymLinks MultiaViews #negamos indices
AllowOverride AuthConfig # por si después ponemos alguna
carpeta con acceso restringido
# RedirectMatch ^/$ /apache2-default/ #comentada para evitar
que redirija a apahe2.default
</directory>
El DocumentRoot será /var/www/html por tanto las páginas web que creemos debemos
colocarlas en la carpeta /var/www/html (si no tienes esa carpeta .. deberías crearla con #
mkdir /var/www/html)
La opción -Indexes significa que deniega índices. Cuando un cliente teclea la ruta de una
carpeta en la que no hay fichero index.html ni index.php, etc. el "-Indexes" evita que le muestre
el listado de ficheros de la carpeta.
# /etc/init.d/apache2 force-reload
# nano /var/www/html/index.html
<html>
<h1>Probando</h1>
áéíóúñÑÁÉÍÓÚ
</html>
Salida a Internet
Antes de crear páginas con cierta calidad debemos asegurarnos que podemos darles salida a
Internet, es decir, que otras personas puedan verlas desde cualquier lugar con acceso a Internet.
Conceptos previos
Para ello nuestro router debe estar configurado en modo multipuesto. De esa forma, el router
tendrá, además del cable de conexión a la red eléctrica, un cable conectado a la línea telefónica
(ADSL por ejemplo) y varios cables (uno por ordenador) conectados a cada uno de nuestros
ordenadores en red. Si el router es wifi o mixto no necesitaría los cables router-ordenador en los
casos de un portátil u otro ordenador que disponga de tarjeta de red inalámbrica.
En ese caso todos los ordenadores conectados al router tienen la misma preferencia y cuando un
ordenador realiza una petición a Internet (por ejemplo solicita una web), pasa por el router, que
es quien la solicita a Internet, la respuesta de Internet (la página pedida en nuestro caso) le llega
al router y este la pasa al ordenador que hizo la petición.
El caso contrario es el que debemos configurar. Si es una persona de Internet quien solicita
nuestras páginas, la solicitud pasa por el router y éste debe saber a qué ordenador le pasa la
petición, es decir el router debe saber en qué ordenador de nuestra red local está el servidor (el
encargado de servir las páginas web).
Los ordenadores de nuestra red local se identifican con las IPS internas (192.168.2.x) y debemos
recordad que el servidor lo tenemos en la IP 192.168.2.20. Bastaría con darle esta IP al router.
Por tanto .. al router hay que decirle que las peticiones de páginas web las pase a 192.168.2.20.
Sin embargo puede que no interese que pase al servidor otras peticiones que no sean web. Por
ejemplo si usamos un programa P2P (tipo aMule) o algún programa de mensajería instantánea
(tipo MSN) no deberíamos dejar que esas transferencias pasen al servidor (pues las solemos
hacer con nuestro ordenador particular, que es distinto al servidor). La manera de distinguir los
diferentes servicios (web, FTP, P2P, etc.) es por el puerto que usan. Normalmente:
web: puerto 80
FTP: puerto 21
correo: puerto 25
etc.
En definitiva .. al router hay que decirle que las peticiones al puerto 80 (web) las redirija al
servidor 192.168.2.20. Es decir, hay que redireccionar puertos en el router, también llamado
mapear puertos o NAT (Network Address Translation).
Cada router es un mundo. Consulta el manual de tu router o busca ayuda en páginas como
www.adslayuda.com, www.bandaancha.st, etc. (en esas páginas encontrarás manuales para casi
todos los routers)
¿Qué url tienen que teclear los que quieran acceder a nuestras páginas?
Recordemos los conceptos de IPs fijas y dinámicas, dominios, etc. Debemos distinguir entre las
IPS internas de nuestra red local, que son números muy parecidos o iguales de una red a otra, y
las IPs externas o públicas que son únicas: cada ordenador conectado a Internet tiene una IP
única (no puede haber dos iguales).
Dentro de estas IPs públicas podemos distinguir entre fijas y dinámicas. Actualmente los
proveedores de Internet suelen dar IPS dinámicas (cambian con cada conexión) y para conseguir
una IP fija hay que pagar un poco más.
Averiguando nuestra IP
Tanto si tenemos IP fija o dinámica podemos averiguar nuestra IP pública actual en el enlace
http://www.internautas.org/w-locali...).
Supongamos que nuestra IP es 200.200.200.200. Cualquier persona que quiera acceder a
nuestras páginas tendrá que teclear http://200.200.200.200
Como los números suelen ser difíciles de recordar, se suelen usar urls con letra del tipo
"midominio.com" que los servidores DNS traducirán a números. Por ejemplo las siguientes
direcciones son la misma:
http://lubrin.org
http://217.127.159.76
En resumen
Una vez que tengamos claros todos los conceptos anteriores, para la salida a Internet
necesitamos:
Probando
Es imposible comprobar nuestra salida a Internet desde dentro de nuestra red local, pues la
petición de página al router debe llegarle desde fuera. Debemos ir a un ordenador fuera de
nuestra red local y teclear http://200.200.200.200 para comprobar si se ven nuestras páginas.
Otra opción sería pedirle a otra persona que lo haga por nosotros y una tercera sería usar
navegación anónima.
Cuando hacemos navegación anónima nuestras peticiones van al servidor de navegación anónima,
que es el que se encarga de hacer la petición web y de recibir la página o resultado y finalmente
enviárnolas.
Si al servidor anónimo le pedimos nuestra propia página, entonces será el anónimo quien haga la
petición a nuestro router y por tanto vendrá de fuera y así comprobaremos si nuestro server tiene
salida a Internet.
Dominio
En realidad no compramos el dominio, sino que lo alquilamos por un periodo de tiempo (mínimo
un año) pero con derecho a renovar el alquiler todas las veces que queramos. Cuando dejemos de
pagar el dominio, quedará libre y cualquier otra persona o empresa podrá adquirirlo.
Recordemos la época en que comprar dominios podía ser un gran negocio: se compraba el
dominio granempresa.com y cuando ’granempresa’ quería tener presencia en Internet,
comprobaba que su nombre de dominio pertenecía a otra persona (la cual le pedía una
considerable cifra por venderle el nombre de dominio).
Comprar un dominio
dominio: google.es
subdominio1: video.google.es
subdominio2: news.google.es
subdominio3: www.google.es
Muchos usuarios de Internet piensan que las páginas tienen que empezar por www y sin
embargo el www es un subdominio más.
La dirección IP pública es única para cada ordenador que se encuentre conectado a Internet.
¿Para qué sirven estas IPs? Pues evidentemente para identificar a cada dispositivo (que puede
ser ordenador, router, etc.) conectado a Internet. Cuando un ordenador solicita una página web,
debe tener un identificativo único para saber quién ha solicitado esa página y por tanto a quién se
le tiene que enviar.
Los servidores de internet también tienen sus IPs. Si tecleamos en nuestro navegador:
http://76.163.134.23
obtendremos la misma web que si tecleamos:
http://cibermatex.com
Sin embargo el nombre cibermatex.com resulta más fácil de recordar que la IP: 76.163.134.23
Los servidores DNS (Domain Name Server) se encargan de traducir los nombres de dominio a
sus correspondientes IPs, de forma que cuando tecleamos cibermatex.com lo traduce por
76.163.134.23
Cuando tecleamos en Firefox (u otro navegador .. que aún queda gente que usan Explorer) la
url http://cibermatex.com nuestro ordenador conecta con el DNS de nuestro proveedor, que se
encarga de traducir el nombre a IP y nos conecta con la web http://76.163.134.23
Hay veces en las que creemos que nuestra conexión a Internet ha caído, pues tecleamos
http://google.es y no obtenemos respuesta. Sin embargo puede que tecleando
http://72.14.221.104/ si obtengamos respuesta. Eso significa que nuestra conexión a Internet
funciona perfectamente, pero el servidor DNS se encuentra caído momentáneamente y no puede
traducir los nombres (por eso tecleando la IP directamente si entramos).
Es posible usar DNS de otro proveedor pues normalmente suelen ser públicos estos servidores.
Hay webs donde nos dicen qué servidores DNS están respondiendo más rápido:
http://www.adslayuda.com/modulo-FSD...
También podemos instalar nuestro propio servidor DNS en nuestro ordenador y así accedemos
más rápido a las webs (eso será materia de otro artículo)
Algunos trucos
$ dig cibermatex.com
;; QUESTION SECTION:
;cibermatex.com. IN A
;; ANSWER SECTION:
cibermatex.com. 85914 IN A 76.163.134.23
Podemos incluir en nuestro fichero /etc/hosts los nombres de dominio e IPs de las webs que
visitemos con más frecuencia. En ese caso se resolverán en menos de esos 0,064 segundos.
76.163.134.23 cibermatex.com
para ganar unas milésimas de segundo cada vez que conectemos con la web cibermatex.com.
Puede que piense que no merece la pena .. pero hay veces en que los DNS tardan en resolver
incluso más de un segundo.
Con IP fija tenemos algunas ventajas (montar servidores web, ftp, correo, etc.) y alguna
desventaja (somos más vulnerables a los ataques hackers a nuestro servidor y disponemos de
menos privacidad cuando navegamos).
Si disponemos de IP fija todo resulta más fácil a la hora de montar un servidor y gestionar un
dominio.
Cuando se contrata un dominio, hay que configurarlo y la opción principal es decirle a qué IP FIJA
hay que redireccionarlo. En la web de la empresa donde hayamos contratado el dominio
tendremos acceso a un panel de control donde podemos configurar nuestro dominio.
En nuestro caso lo redireccionaremos a nuestra IP fija. Hay que tener en cuenta que los cambios
no son inmediatos. Esa redirección se tiene que propagar por los servidores DNS de todo el
mundo. Como mucho en uno o dos días estará propagado completamente, entonces cuando se
teclee en cualquier ordenador del mundo "http://midominio.com" será redireccionado a nuestra
IP. Entonces interviene el router que dirigirá la petición al servidor (a la IP local donde tengamos
el servidor) y el servidor mostrará la página.
Siguiendo con nuestro caso (IP fija y dominio redirigido a esa IP) debemos recordar que no
podremos acceder desde nuestra red local tecleando http://midominio.com.
Para acceder desde nuestra red local, debemos teclear http://ip_local_del_servidor.
Para evitar eso podemos hacer un pequeño truco: modificar el fichero /etc/hosts de los
ordenadores de nuestra red local
Si en la red local tenemos algún ordenador con otro S.O. también es posible modificar el fichero
hosts, aunque debe conocer su localización:
Al precio actual de los dominios, casi no merece la pena obtener uno gratuito. Sin embargo
siempre nos puede venir bien para hacer pruebas.
En www.dyndns.com podemos crearnos una cuenta y elegir un dominio gratuito que será de la
forma midominio.dyndns.org (hay otros nombres para elegir).
Dicho dominio lo redireccionamos a nuestra IP fija y ya podemos teclear desde cualquier
ordenador de Internet http://midominio.dyndns.org
IP dinámica y dominio gratuito
Posiblemente estos programas en su versión Linux (no-ip, inadyn, etc.) se encuentren en los
repositorios y se puedan instalar mediante $sudo apt-get install no-ip.
Mi ADSL es de las primeras y entonces nos asignaban IP fija (y así sigo) por lo que no me es
posible comprobar los temas de IP dinámica. Sin embargo, aunque no es posible redirigir un
dominio directamente a una IP dinámica, si que debe funcionar (casi seguro) lo siguiente:
Adquiero un dominio gratuito midominio.dyndns.org y lo redirijo a mi IP dinámica
Descargo e instalo el programa que actualiza la IP y la convierte en prácticamente fija
Contrato un dominio de pago (midominio.com) y lo redirijo, no a una IP fija, sino a una página:
http://midominio.dyndns.org
Para finalizar no debemos olvidar otras dos posibles soluciones a las IP dinámicas:
la más fácil: pagar a nuestro proveedor de Internet por una IP fija (suelen cobrar una cuota
mensual; telefónica España cobra sobre los 12€/mes)
existen proveedores de Internet que a pesar de darte IP dinámica, no te la cambian a no ser
que estés desconectado varios días (lo normal es que el proveedor te cambie la IP apenas estés
10 minutos desconectado).
Posteriormente se tratará sobre cómo ofrecer páginas personales en nuestro servidor, con urls del
tipo "http://midominio.com/usuario".
Sin embargo a veces se hace necesario que en nuestra única IP y en nuestro único servidor
cohabiten varios dominios.
Los diferentes dominios estarán alojados en diferentes carpetas y/o rutas de nuestro servidor.
No es misión del router, pues se encarga de redirigir las peticiones web de internet a la IP local
donde está el servidor.
Es el servidor quien debe diferenciar dos peticiones del tipo:
1. http://dominioA.com/pagina
2. http://dominioB.com/pagina
En el capítulo Configuración de Apache veíamos como configurar el dominio virtual por defecto.
Recordemos que en el fichero /etc/apache2/sites-available/default teníamos una
configuración del tipo:
NameVirtualHost *
<virtualhost *>
ServerAdmin webmaster@localhost
DocumentRoot /var/www/html/
...
</virtualhost>
Para que nos admita un segundo dominio bastaría con copiar lo que hay entre las etiquetas
<virtualhost *> ... </virtualhost>
Pero claro .. para que distinga entre ambos dominios debemos poner un ServerName diferente a
cada uno y un DocumentRoot también distinto a cada uno. En definitiva nos debería quedar algo
parecido a:
NameVirtualHost *
<virtualhost *>
ServerAdmin webmaster@dominioA.com
ServerName dominioA.com
ServerAlias *.dominioA.com
DocumentRoot /var/www/dominioA/
...
</virtualhost>
<virtualhost *>
ServerAdmin webmaster@dominioB.com
ServerName dominioB.com
ServerAlias *.dominioB.com
DocumentRoot /var/www/dominioB/
...
</virtualhost>
Podemos observar que cada virtualhost tiene un nombre: ServerName, un alias: ServerAlias y una
carpeta base: DocumentRoot. La carpeta /var/www ya existe, pero deberíamos crear las
carpetas /var/www/dominioA y /var/www/dominioB para alojar las páginas de cada dominio.
Entradas desde fuera de nuestra red local (cualquier sitio de Internet): no se si es necesario
recordar que tanto dominioA.com como dominioB.com tienen que ser dominios registrados y
configurados para que apunten a nuestra IP.
Entradas desde nuestra red local: aquí cobra especial importancia el ServerAlias que junto al
/etc/hosts de los ordenadores de la red pueden hacer que con sólo teclear en nuestro navegador
"A" nos lleve a las páginas de /var/www/dominioA (lo dejo como práctica para el lector).
He puesto las directivas principales en cada virtualhost, pero se pueden usar todas (o casi todas).
Por ejemplo la directiva que controla donde se almacenarán los logs debe ser también distinta
para cada virtualhost:
CustomLog /var/log/apache2/access_domA.log combined .
En algunos hosting donde se contrata un espacio (en servidor Linux compartido) tienen en su
panel de control un apartado de texto plano donde podemos rellenar todas las directivas de
nuestro virtualhost. Eso hace que prácticamente podamos configurar nuestro dominio y espacio
web como si el servidor fuese nuestro.
No se trata de tener varios servidores interconectados tipo google para que sirvan las mismas
páginas, sino de tener varios ordenadores-servidores que sirvan distintos contenidos.
¿Por qué servir distintos contenidos si eso ya lo puede hacer un sólo servidor .. incluso
multidominio? Aunque este punto parezca avanzado .. hay un caso práctico que puede venir bien
a principiantes:
Pasos a seguir
En primer lugar mapeamos el puerto 8765 en el router de forma que apunte al segundo servidor
192.168.2.40
Para ver las páginas del segundo servidor desde internet hay que teclear:
http://midominio.com:8765.
Un ejemplo real:
http://cepcordoba.org:8080/dani/
Para entender lo anterior debemos saber que el puerto por defecto para web es el puerto 80. En
realidad casi todas las direcciones de Internet son de la forma
http://dominio.com:80/pagina.html. Sin embargo como no ponemos el ":80", es decir, como no
ponemos número del puerto, se toma por defecto el 80. Evidentemente para cualquier puerto
distinto del 80, sí hay que añadir el nº puerto.
Listen 80
que significa que escucha por el puerto 80 (que espera las conexiones por el puerto 80). Como ya
habrás adivinado .. basta con cambiar el número 80 por el 8765 y guardar el fichero.
Include /etc/apache2/ports.conf
PHP y MySQL
Con sólo tener instalado apache, ya podemos poner todas las páginas estáticas que queramos
(recordemos que las tenemos que poner en la carpeta /var/www/html tal y como configuramos
apache o en cualquier carpeta que creemos dentro de /var/www/html).
También debemos recordar que la versión instalada de ubuntu-server ya trae isntalados php y
MySQL.
<?php
echo 'probando php';
?>
También viene instalado el servidor MySQL por defecto en ubuntu-server, pero debemos instalar
el módulo que lo integra con php
language = /usr/share/mysql/spanish
Cualquiera puede acceder a la base de datos, así que demos acceso sólo a root:
Instalación de phpmyadmin
# apt-get install phpmyadmin
Configuración de phpmyadmin
En realidad no es un buen consejo que el usuario con acceso a MySQL sea root (se debería usar
un user distinto a root).
http://ip_del_servidor/phpmyadmin