El día de ayer surgió un imprevisto y no me fue posible explicar lo de cargar un dominio en La Maravilla de 5 USD. Lo que vimos en el tema anterior es que hay tres proveedores intermedios, que están a medio camino entre hospedaje normal de VPS y AWS. Son lo que llamo con mis clientes solución intermedia.
Estos proveedores te cobran por tiempo en uso, y no tienes que estar por un mes, pero al mismo tiempo te dan soluciones escalables y de costo fijo. Las soluciones escalables son buenas para sistemas y los costos fijos para todo el mundo. Son datos previsibles.
Las tres soluciones intermedias que comentamos son Vultr, Digital Ocean y Linode.
Los dominios de internet son un poco como lo que en México llamamos azotadores. Un bichito con muchas patas, terrestre, que se desplaza lento y no vuela. Sus patitas les dan tracción.
Puedes pensar también en los dominios como un cierre, lo que en USD llaman ziplock, que usamos en los jeans. Tiene dos fragmentos que deben juntarse para que funcione. Sabemos que en química todos los compuestos están hechos de diferentes elementos, y esa fórmula son principalmente en las cosas orgánicas, moléculas de CHON: Carbono, Oxígeno, Hidrógeno y Nitrógeno.
Igualmente, los dominios tienen varias patitas o moléculas que deben juntarse y apuntar a algo. Si las patitas del azotador no están tocando el piso, puede ser peligroso y un accidente para el azotador. Los dominios, igualmente, son como un insecto o como un perrito que camina por el piso. Ese piso es el servidor. Tú tienes que hacer que las cuatro patas del perro toquen el piso. Un azotador es igual, pero con más patitas. Los dominios igualmente tienen varias patitas.
Un perro tiene izquierda frontal, derecha frontal, izquierda posterior y derecha posterior. Son parte de su naturaleza y es parte de la naturaleza de las moléculas tener CHON. Son sus estructuras componentes.
Las estructuras componentes de los dominios entran en algo a lo que llamamos DNS. Así como el piso no es parte del perro, el hospedaje no es parte del dominio. El perro camina sobre el piso, y el dominio camina sobre el hospedaje. Dos perros pueden caminar sobre el mismo piso al mismo tiempo, y dos dominios pueden estar al mismo tiempo en el servidor.
Cuando compras un dominio en unregistrar como porkbun dynadot, truehost, godaddy , tienes que ponerlo “apuntando” a un servidor. Eso lo haces entrando a la sección dns y cada registrar es diferente. Busca en google como cambiar los dns en un registrar, y vas a poner como valores los estandard de vultr.com
ns1.vultr.com
ns2.vultr.com
Puedes verificar que este es el dato entrando al dominio whois.com y buscando en la parte de arriba para ver adónde “está apuntando”. Allí lo vas a ver como ns1 y ns2, los valores.
El tiempo que pasa entre que cambiaste los datos en el registrador y que aparezca aquí suele ser unos 10 minutos, pero a veces tarda un día. Lo que hiciste fue decirle a internet: “Hey, mi dominio está en vultr.com”. Lo malo es que para que internet se entere, puede pasar un poco de tiempo.
Este tiempo entre que lo cambias en el registrador y ya sabe internet dónde es, no depende de ti y puede tardar según tu proveedor de internet. A ese tiempo le llamamos tiempo de propagación.
Ese es un tiempo inevitable y que puede ser de 20 minutos a dos días. Por ejemplo, puede ser que tú no lo veas, pero un cliente o tu novia sí, porque ellos tienen diferente conexión de internet. Es algo que no puedes aclarar, y si usas una máquina bien configurada probablemente tu red está adaptada a usar los servidores de Google en la conexión de internet. Lo que hace tu máquina es que cuando no sabe dónde está un dominio, no le pregunte a tu proveedor de internet sino a Google.
Un dominio tiene varias patitas que deben estar tocando el piso para que funcione. Normalmente varias se adaptan solas y no voy a hablar de todas. Esas patitas son etiquetas y las más importantes son:
- NS1: Le dice al dominio una dirección de internet donde debe buscarse primero.
- NS2: Le dice al dominio una dirección de internet donde debe buscarse después si el uno no contestó (y siguen hasta NS13, pero de momento nos quedamos con 2).
- A: Es una etiqueta que le dice dónde está el dominio principal alojado (para hacer una búsqueda directa, estándar 1).
- NAME: Es una etiqueta que le dice dónde está el dominio principal alojado (para hacer una búsqueda directa, estándar 2).
- CNAME: Es una etiqueta que le dice dónde está el dominio principal alojado (para hacer una búsqueda directa, estándar 3).
Aunque hay diferencias entre A y NAME, las dos le dicen al dominio cuál es el servidor, y teóricamente deben ser iguales en contenido. Cuando el contenido de A y de NAME es igual, se dice que tienen GLUE. En otras palabras, que lo busques por A o NAME llegas al mismo lugar. Podemos decir que es como Rosa Isabel de nuestro ejercicio: Rosa e Isabel corresponden a la misma persona.
Hay otras dos etiquetas importantes:
- MX: No es de México, sino abreviatura de Mail Exchange. Casi siempre apunta al mismo servidor, pero se configura diferente si lo tienes en Gmail o en otros lugares. Es, por decirlo de algún modo, la indicación de dónde se maneja el correo del dominio.
- WWW: Es un alias y a la vez un subdominio. Cuando empezamos hace años a hablar de la red, hablábamos de la triple “www”, y es la parte del dominio que la gente busca primero. Imagínate un dominio muy grande: puede ser que tengas una parte en diversos servidores. O a lo mejor quieres hacer un ajuste raro con blog.tudominio.com que haga algo diferente; eso lo haces en un subdominio. Vultr te exige configurar el subdominio www, que para fines prácticos casi siempre es igual a las etiquetas A y NAME, y contiene una dirección de internet que te va a dar el proveedor de host, que en este caso es Vultr.
Así que los registros esenciales de DNS, las patitas que hacen que el perro toque el piso, son A, NAME y WWW. Y las tienes que configurar a mano en el servidor Vultr para que internet lo encuentre. ¿Cómo es eso? Es un poco como si configuraras el piso y le dijeras: “No te asustes, este perrito va a caminar encima”.
Notas Directas y Técnicas:
-
Corrección sobre “NAME” y “CNAME”:
-
Para simplificar mencioné que
NAMEyCNAMEson lo mismo que el registroApara búsqueda directa. Ojo aquí: el registroAapunta a una IP, mientras que elCNAMEapunta a otro Nombre de Dominio. -
El concepto de “GLUE”. Técnicamente, los Glue Records se usan en los NS del registrador para evitar bucles circulares. Lo que yo describo (que
Aywwwlleguen al mismo sitio) es más un alias o resolución consistente. Son “caminos distintos hacia la misma puerta” pero llegaapasar que tengas que cambiar NAME para que apunte a la misma IP. Vultr fija solo el CNAME.
-
- Seguridad (SSH Keys): El post es para principiantes, y por eso mencioné guardar la contraseña en un “chat de ti a ti”. Para proyectos reales, lo ideal es usar Llaves SSH, aunque para este ejercicio la contraseña baste. Por lo general yo trabajo directo desde la consola de Vultr y por eso lo comento así.
Cada servidor tiene un valor diferente, pero en Vultr el proceso es más o menos:
a) Creas una máquina virtual de 5 USD (yo lo hago sin respaldos, porque lo hago a mano, pero como es difícil de recuperar de forma automática no te recomiendo que lo pagues en un servidor de pruebas).
b) Esperas a que se cree el servidor. Es algo así como que el refrigerador arranque temperatura de enfriamiento cuando lo conectas. Una vez que esté cargado te enteras porque ya no te dice waiting, te aparece una dirección de IP que puedes copiar, y una contraseña que te recomiendo tener en un lugar seguro, un chat de ti a ti sirve de momento, o abrir un bloc de notas.
c) Entras a configurar network y ahí DNS. Es donde vas a poner los datos.
Una vez hecho esto puedes empezar a trabajar con el servidor.
Para un proyecto yo compré el dominio elgoi.com, que es corto y fácil de recordar. Vamos a ver en whois.com.
Como puedes ver en la imagen, ya está el dominio apuntando a Vultr y, como lo compré el día 19, después de dos días ya debe estar propagado.
El siguiente punto es entrar a vultr.com y crear una cuenta si no la tienes. Incluso ya estando creada te va a mandar un correo de confirmación, y esto es por seguridad. No uses GitHub, te recomiendo que lo crees con una cuenta de Gmail, no con dominio propio ni con Hotmail.
Vas a recibir un correo “Vultr.com – Session Verification” y ahí una clave que copias y pegas. Te voy a mostrar mi pantalla inicial: ahí verás dos servidores, uno es de 5 USD al mes y otro de 10 USD al mes. Fíjate en el símbolo junto a la bandera, es Debian.
En lo personal, para mí es muy práctica la bandera del país. Es algo que te ayuda a la memoria. Como puedes ver, el de Londres cuesta 3.68 USD, que serán 5 aprox el 31 de marzo, y México City 7.36, que serán 10 aprox el 31 de marzo.
Para las pruebas que vamos a hacer yo te recomiendo que, al crear, uses Londres en tu primer caso, por el tipo de ejemplo que vamos a usar. Yo voy a usar otro país para diferente bandera, y Europa tiene mejores leyes de protección de datos.
El siguiente paso para crear el servidor es buscar el botón azul que dice deploy y seleccionar shared CPU. Te debe aparecer una pantalla como esta. Fíjate bien en la cantidad: una vez, uno de servicio social me dijo que era de 3 USD, no de 5, y en realidad eran 3750 USD mensuales. Un súper servidor.
Como ves, en mi ejemplo dice Madrid. Yo te recomiendo que uses Londres o Manchester porque el trabajo principal que vamos a hacer después, en un proyecto, es con APIs de Londres. Yo selecciono este por la bandera.
Ya que tengas práctica, puedes tener dos de la misma bandera o datacenter, pero lo más común es que uses en México cuando los datos no deberían salir del país, como datos de pacientes, o cuando quieres mejor servicio en México. Fuera de eso Uso europa por las banderas y mejores leyes de protección de datos personales.
Aquí mi punto débil, del proyecto que mencioné, es la distancia con Londres, y de Madrid es tolerable para nuestros fines.
El siguiente paso es quitar el respaldo (recomendado para bajar el costo en nuestras pruebas de 6 a 5 USD) y luego das clic en configurar.
Hay paquetes preinstalados que no te recomiendo. Prefiero mi servidor vacío por rendimiento. En la primera pantalla puedes ver diversas versiones de sistema operativo, y Debian tiene un submenú. Por lo general uso siempre por orden: Debian, Rocky Linux, AlmaLinux y ocasionalmente Arch Linux.
Si hay diferencias, Debian es la variedad o “película” original (en realidad de las cinco originales) y muchas otras son remakes de la película. En Linux decimos que es una “distro” derivada. Ubuntu es muy conocida, pero es derivada de Debian.
Algo importante: hay “familias” de distros o versiones de Linux. Podrías decir que Ubuntu es de la familia de Debian, pero hay algo que llamaremos gestor de paquetes, que es muy importante.
Piensa un poco como si fueran los estudios o productoras de las películas. O como si hubiera dos cadenas de cine: en México son Cinemex y Cinépolis, y a veces no todas las películas están en las dos cadenas de cines.
| Distribución | Formato de Paquete | Gestor Principal |
|---|---|---|
| Debian / Ubuntu | .deb |
apt / dpkg |
| Arch Linux | .pkg.tar.zst |
pacman |
| Rocky / AlmaLinux | .rpm |
dnf / yum |
Son muy parecidos los gestores de paquetes, pero Rocky es más cómodo a los que vienen de Red Hat, que usan ese gestor de paquetes. Si vas a comprar boleto por internet es un sitio o app diferente.
Usamos Debian porque es muy conocido, es rápido, pero en un futuro también debes conocer Rocky Linux. AlmaLinux es un derivado de CentOS, otro Linux ya medio descontinuado. Y aunque hay unos cinco gestores de paquetes diferentes, estos son los más usuales.
Como ves en la pantalla están las opciones de Debian. La ultima es 13 que es la que vamos a usar en este momento. Dale Deploy
Lo siguiente es un letrero de Creating Server y te lleva a la pantalla original, pero sin IP. El status es Installing. Espera unos minutos, y cuando te diga Running dale F5 para que te aparezca la IP.
La bandera debe ser Debian; si no es el mismo símbolo, te equivocaste de distro. Bórrala con cuidado y regresa a la pantalla anterior. Si te pasó eso, te van a cobrar unos centavos de USD al final de mes.
Te recomiendo que copies la dirección IP al bloc de notas. La vas a usar varias veces en los siguientes minutos. Incluso hay un ícono para copiarla abajo de la IP. En mi caso, de Madrid es 208.76.222.147.
Notarás que hay una opción en el menú que dice Network. Ahí, una que dice DNS, y te va a llevar a una en blanco que dice Add Domain. Dale clic y espera unos segundos. Escribe el dominio y la IP que copiaste.
A lo mejor te aparece un combo con una sola opción: debe ser la IP que pusiste. Ponen el combo cuando han habido muchos errores de asignación o si detectan que eres nuevo.
Botón azul de Submit, te avisa que está trabajando y te regresa a la pantalla anterior, donde ya está el dominio. Entra en él dando clic sobre el nombre del dominio.
Te vaallevar a una pantalla como esta :
Lo siguiente que haces es escribir debajo de NAME, en la caja que dice www, justamente eso: www. Y en data pones tu dirección IP. Una vez que lo hiciste, le das en la crucecita de signo de más, en actions. Dice en hover “add record”.
Si quisieras tener un subdominio lo harías aquí, generalmente en la misma IP.
Te debe llevar a una pantalla como esta. ¿Por qué tienes dos A? Bueno, la primera que no dice nada es lo que hace si no dices subdominio, por ejemplo dominio.com. Y la segunda, que dice www, es cuando dices www.dominio.com. Como ves, no son lo mismo. Y lo vamos a tener configurado dos veces.
Con esto doy por terminado este tema. En este momento ya tienes el dominio apuntando a tu servidor Vultr, pero es como tener el refrigerador vacío.
En el siguiente Fundamentos Veremos como instalar php y python en el mismo servidor que acabas de crear.
