Entendiendo cmo est configurado un sitio web

Por una parte tenemos el nombre de dominio. Un dominio como tal no es absolutamente nada, simplemente se comporta como una marca registrada, algo que t poses. Los dominios tienen pocos datos en su registro: quin lo tiene registrado, quin es la empresa que lo gestiona, y un dato muy importante: los servidores DNS. Estos servidores son los que le dicen a alguien que quiere emplear algo de ese dominio (ver su pgina Web, su correo, etc) dnde tiene que preguntar por la configuracin de ese dominio, en qu servidores. Esto no quiere decir, dnde est la pgina Web o donde se albergan los correos, sino, las mquinas que tienen precisamente esa informacin. Esto es lo que ocurre cuando en el pie de nuestro navegador pone aquello de "Resolviendo la direccin " Por ejemplo (tomando ejemplo de mi dominio), los servidores DNS de 86400.es son kuiper.syncintertainment.com y oort.sync-intertainment.com. Esto quiere decir que esas dos mquinas tienen la informacin posterior de dnde est sta pgina Web o el correo (por nombrar siempre los dos servicios ms bsicos y usados). Esa informacin se guarda en forma de REGISTROS, y se le llama Configuracin DNS. Son varias las clases de registros que configuran un dominio, pero principalmente existen dos: el registro A, el CNAME y el MX. Todos los registros tienen siempre 3 campos, que son, el subdominio, el tipo de registro y su valor. Para entenderlo mejor veremos el de mi dominio:

Los registros CNAME son alias, es decir, que le estoy diciendo que los subdominios mail, www y ftp (correspondientes al uso de mail.86400.es, http://www.86400.es y http://ftp.86400.es) son un alias del propio 86400.es (sin subdominio), es decir, que es lo mismo. Esto normalmente es as casi siempre pero hay veces que un dominio tiene el servicio Web en una mquina, el FTP en otro, el correo en otro, etc Yo lo tengo todo como alias al principal. Luego el registro A es realmente el importante, porque dice que * (es decir, cualquier cosa), apunte a una IP determinada (para eso sirven los registros A), con lo que unindolo a lo de antes, estoy prcticamente configurando que cualquier subdominio apunte a esa IP, que es la mquina donde realmente est todo. Luego, tenemos el otro importante, el MX, que tambin est diciendo que es el propio 86400.es quien se ocupar del correo, ya que, como he dicho antes, todo lo tengo en la misma mquina. Todo esto normalmente se v de una manera algo ms amigable en lo que todas las empresas de servicios de Internet tienen en el Panel de Control del usuario llamndolo comnmente Configuracin DNS de su dominio Las empresas que se dedican a proporcionar estos servicios tambin disponen de un alojamiento Web o hosting, el "hermano inseparable" del dominio, que es el espacio en el disco duro de un servidor conectado 24/7 donde albergamos nuestras pginas Web, donde se guardan nuestros correos electrnicos, logs, estadsticas y otras cosas internas de la configuracin de un sitio Web.

Cmo migrarla de un sitio a otro

Una de las cosas que ms preocupan es que la pgina Web deje de funcionar o que deje de recibir correos, por eso es importante poder realizar la operacin con un cierto rden lgico, sabindo ya como funcionan las cosas, para que no tengamos espacios de tiempo muy grandes en los que no nos funcionen las cosas. Se puede hacer de varias maneras, pero considero que la siguiente es la ms ptima de todas.

En primer lugar hay que transferir el dominio. Normalmente las empresas te hacen pagar por el coste de un ao de dominio (que ronda como sabis entre los 7 y 20 euros por ao) al transferirlo, pero esto aade (normalmente, depende de las empresas) 1 ao ms en tu registro. Es decir, que si lo tenas registrado hasta marzo de 2008 y lo transfieres, la fecha de expiracin se retrasar hasta marzo de 2009. Es muy importante especificar en el proceso de compra (si aparece algo, depende de cada empresa) que no modifiquen la informacin del dominio, principalmente sus servidores DNS. De esta forma el dominio, pasados unos das y siguiendo el proceso que cada empresa pida, estar en la nueva empresa, pero los servidores DNS seguirn intactos y por tanto todo funcionar igual. Despus contratamos el alojamiento Web en la nueva empresa, de nuevo nos aseguramos que no modifiquen los servidores DNS de nuestro dominio (algunas empresas detectan que tienes mbos productos y te lo configuran automticamente ya, pero no es el caso, porque nosotros tenemos ya algo activo en la "antigua" empresa y no queremos que deje de funcionar). Cuando lo contratemos, en el email que nos llegue de bienvenida, nos darn datos temporales de acceso al alojamiento que obviamente no son a travs de nuestro nombre de dominio, sino que son datos de IP directos a la mquina, as como tambin nos proporcionarn de los servidores DNS que deberemos poner en nuestro dominio (ya en la nueva empresa) para que todo funcione correctamente en la nueva empresa, pero an no lo querremos hacer. El objetivo es que no haya cortes. De ah que deberemos primero utilizar ese acceso temporal que nos darn al alojamiento en la nueva empresa para pasar la pgina Web copindola de nuestro disco duro (en donde es aconsejable y obvio tener una copia de nuestra web) al servidor FTP que nos proporcionen, as como entrar en nuestro nuevo Panel de control y dar de alta las cuentas de correo electrnico que usbamos con nuestro dominio. De esta forma, llegados a este punto tenemos: Nuestro dominio en la nueva empresa, pero con los servidores DNS apuntndo a la antigua empresa Nuestro alojamiento en la antigua empresa, que actualmente est funcionando, con su web y sus correos. Un alojamiento web en la nueva empresa, con la misma informacin Web y las cuentas de correo creadas y preparadas, pero sin usarse por ahora Es ahora entonces cuando debemos cambiar los servidores DNS de nuestro dominio (con el panel de control que nos proporcione la nueva empresa) para poner y fijar los nuevos servidores DNS que nos han proporcionado. De esta forma, ahora, sern esos servidores con la configuracin estndar de la nueva empresa, los que digan a partir de ese momento que toda peticin Web o de correo o de cualquier cosa, vaya a la IP de la nueva empresa. Una vez cambiados los servidores DNS se han de propagar por toda Internet (no voy a explicar mucho este tema). Es decir, la nueva informacin del dominio ha de ser copiada por toda Internet, para que todos los servidores principales se enteren de que ese dominio ahora tiene una nueva configuracin (para que nos entendamos). Esto se llama propagacin de DNS y suele tardar de 12 a 48 horas. En ese intervalo de tiempo, algunos navegadores (dependiendo de la cach) y algunas personas conectadas a unos proveedores de Internet, creern que el dominio todava tiene la antigua configuracin y vern la pgina Web del lugar antiguo, y otras vern la nueva configuracin del dominio, viendo la pgina web en la nueva empresa. Cuando la pgina Web es muy dinmica (unos foros de debate) y tambin con los correos electrnicos hay un problema puesto que durante ese perido de tiempo de uno o dos das, unos pueden ir a un sitio y otros a otro, todo depende de la cach de su navegador, y del proveedor de Internet que tenga y del que consulte la informacin del dominio.

Como no me quiero extender muy tcnicamente con este tema, explicar que esto es inevitable de forma sencilla de explicarlo, aunque para ms avanzados (y pginas muy importantes) es posible hacerlo sin este pequeo defecto. Pero bueno, creo que lo explicado sirve para gran nmero de pginas Web en las que no pasa nada porque durante unas 24 horas pueda haber pequeas diferencias entre una pgina y otra. Yo mismo he cambiado el blog en algn momento y durante unas horas por ejemplo los comentarios que algunos ponais se quedaban en el antiguo alojamiento y luego al aparecer ya el nuevo para todos, "desaparecan", pero ya os digo que es muy poco crtico y no suele pasar mucho. Tambin es bueno hacer los cambios por ejemplo a las 11 de la noche, y a poder ser un sbado, porque as todo esto pasa un Domingo por la noche y por la maana en donde no hay mucha actividad.