Barrapunto

Tal vez no me supe explicar, o tu no me entendiste. Pero la cosa es simple hay dos máquinas; Llamemoslas máquina ftp (solo ofrece servicios de ftp) y maquina http (solo ofrece servicios de http).

Máquina ftp - Corre un servidor ftp. El router direcciona hacia ella cualquier conexión entrante a través del puerto 20 o 21. Es decir, ftp://loqueyoquiera.rediris.es [rediris.es] ira a la máquina ftp

Máquina http - Corre un servidor http. El router direcciona hacia ella cualquier conexión entrante a través del puerto 80. Es decir, http://loqueyoquiera.rediris.es/ [rediris.es] ira a la máquina http

¿Quien responde a ftp://ftp.rediris.es [rediris.es]? ¿Y a ftp://sunsite.rediris.es [rediris.es]? En ambos casos, la máquina que corre el servidor ftp.

¿Y quien responde a http://rediris.es/ [rediris.es] y http://sunsite.rediris.es [rediris.es]? En ambos casos, la máquina que corre el servidor http.

Es decir, no se trata en ftp://xx [xx] responda una máquina y ftp://yy [yy] responda otra. La cosa esta en que las conexiones ftp:// [ftp] se encargar un servidor, y las conexiones http:/// [http] se encarga otro. Si valla el http:/// [http] el ftp:// [ftp] sigue funcionando y viceversa.

El contenifo en ftp:// [ftp] y http:/// [http] es el mismo, por una sencilla razón: porque el servidor como tal no dispone de información de ningún tipo. Él únicamente hace peticiones al array del discos duros.

Me repito, que puede que sea como tu dices. Un único servidor que corre el servidor ftp y http. Pero que pueden ser perfectamente diferentes, y es el router quien direcciona cada puerto a una ip interna concreta. Sería algo similar a abrir los puertos para obtener la máxima velocidad en un P2P; abro el puerto xxxx a la IP del ordenador Y, cualquier paquete que venga a través de ese puerto irá a la IP del ordenador Y.

Rediris es enorme, y ofrece topo tipo de servicios. No solo ftp y http; no creo que una sola máquina se encargue de gestionar todos los servicios. Lo más probable es que las máquinas estén separadas y virtualizadas desde el array de disco, aunque esto ya es conjetura mía; de forma que ante un problema solo tienes que enracar un servidor nuevo y cargar la máquina virtual que está en el array de disco y ya tienes el servidor exactamente tal y cual estaba hace x minutos.