Cuando publiques tu portafolio con un dominio propio vas a tener que tocar sus DNS. Si sabes leer qué responde el DNS, un dominio que «no funciona» se arregla en cinco minutos en vez de en una tarde.

En Cómo funciona la web viste qué es un dominio, la dirección IP y los registros A y CNAME. Aquí ves qué pasa por dentro cuando escribes un nombre, el resto de registros y cómo comprobarlo tú.

Escribes estudionorte.es y pulsas Intro. Antes de pedir la página, el navegador necesita la IP del servidor. La busca en este orden y se para en cuanto alguien la sabe:

1. Caché del navegador y del sistema. Si visitaste la web hace poco, la IP ya está guardada.
2. Resolvedor. Un servidor DNS que hace las preguntas por ti. Suele ser el de tu compañía de Internet, aunque se puede usar uno público, como 1.1.1.1 (Cloudflare) o 8.8.8.8 (Google).
3. Servidores raíz. Saben quién lleva cada extensión. Responden: «los .es, pregúntalos aquí».
4. Servidor de la extensión. El de .es (lo gestiona Red.es) sabe qué servidores llevan estudionorte.es.
5. Servidor autoritativo. El de la empresa donde se configuró el dominio. Tiene los registros y da la respuesta definitiva: estudionorte.es → 185.199.108.153.

El resolvedor guarda la respuesta y te la da. Todo esto tarda unos milisegundos.

Si cambias los registros NS, cambias quién manda en todos los demás. Por eso, al pasar el dominio a otra empresa, a veces te piden cambiar los NS y otras solo un A y un CNAME: lee bien las instrucciones.

Cada registro lleva un TTL (time to live): los segundos que los resolvedores pueden guardar la respuesta sin volver a preguntar. Con un TTL de 3600, un resolvedor que ya tenía la IP antigua puede seguir dándola hasta una hora después del cambio. A eso se le llama, sin mucha precisión, «propagación».

💡 Consejo. Si vas a cambiar de hosting, baja el TTL a 300 (cinco minutos) un día antes. Cuando todo funcione, vuelve a subirlo.

En la terminal (Windows, macOS y Linux):

nslookup estudionorte.es

Para un tipo de registro concreto:

nslookup -type=MX estudionorte.es

En macOS y Linux tienes también dig, que da más detalle:

dig estudionorte.es A

En la respuesta de dig, busca la sección ANSWER. Cada línea trae el nombre, el TTL, el tipo y el valor:

estudionorte.es.   3600   IN   A   185.199.108.153

Si no puedes usar la terminal, la herramienta Dig de Google hace lo mismo desde el navegador.

Con la IP, el navegador se conecta al servidor por el puerto 443 (el de https) y pide la página. Antes de enviar nada, el servidor presenta su certificado: un documento firmado que demuestra que ese servidor es el auténtico de estudionorte.es. Con él, la conexión va cifrada.

Los certificados caducan y se renuevan solos. Casi todos los alojamientos los sacan gratis con Let's Encrypt. Un aviso de «La conexión no es privada» suele significar que el certificado aún no se ha emitido (pasa unos minutos después de cambiar el DNS) o que ha caducado.

Así lo pide GitHub (noviembre de 2026; puede haber cambiado):

1. En el repositorio: Settings → Pages → Custom domain, escribe tu dominio y guarda.
2. En el panel del dominio, cuatro registros A para el dominio sin www: 185.199.108.153, 185.199.109.153, 185.199.110.153 y 185.199.111.153.
3. Un CNAME para www que apunte a tu-usuario.github.io.
4. Cuando el DNS responda bien, marca Enforce HTTPS.

Comprueba cada paso con nslookup antes de pasar al siguiente.

• Poner https:// o una barra final en el valor de un registro. Va solo el nombre o la IP.
• Crear un CNAME en el dominio sin www (estudionorte.es). La mayoría de paneles no lo permiten: ahí van registros A.
• Dejar los registros A antiguos junto a los nuevos. La web aparece unas veces sí y otras no.
• Dar por roto el dominio a los dos minutos. Mira el TTL antes de tocar nada más.