Dominios y HTTPS

Cada app recibe https://<name>.<server-ip>.sslip.io con un certificado. Para agregar tu propio dominio, abre Domains en la app, añade el hostname y crea el registro DNS que se muestra (un registro A hacia la IP del servidor, o un CNAME para subdominios).

Verificación de propiedad

Al agregar un dominio también se muestra un registro TXT: _railyard-verify.<domain> → railyard-verify=<token>. Railyard lo revisa cada 30 segundos (o puedes presionar Check now); el certificado y el enrutamiento solo arrancan una vez que se encuentra, así nadie puede apuntar un dominio que no controla hacia tu app e interceptar el tráfico dirigido a ella. Marca Also add the www/bare-domain version para agregar el par al mismo tiempo, redirigiendo hacia este hasta que elijas uno como principal.

Dominios wildcard

Agregar *.example.com enruta hacia la app cada subdominio de example.com, en lugar de agregarlos uno por uno. No puede ser una redirección, y la verificación de propiedad prueba railyard-check.example.com. Por defecto, cada subdominio obtiene su propio certificado la primera vez que se visita (TLS on-demand); agrega una credencial de DNS para tener en cambio un solo certificado que cubra todo el wildcard — consulta Networking.

Estado

Cada dominio muestra uno de estos estados: unverified (el TXT aún no se encuentra), pending (verificado, certificado aún no emitido), live (sirviendo tráfico), unrouted (verificado, pero la app no se ha vuelto a desplegar desde entonces — vuelve a desplegar para enrutarlo) o misconfigured (falló la emisión del certificado — Check now muestra por qué).

El certificado se emite automáticamente en cuanto el DNS y el registro TXT están en su lugar; se admiten redirecciones (por ejemplo, www → apex), y Make primary cambia la dirección principal de la app, redirigiendo la anterior.