Redes
Cada servicio recibe un dominio generado *.onlizard.com con TLS automático en el momento en que se despliega, sin importar la región. Asocia tu propio hostname cuando estés listo para salir a producción.
Dominios generados
El dominio predeterminado de un servicio se crea para ti. Muéstralo (o genera uno nuevo):
lizard domain # show the service's current domain
lizard domain generate # generate a new *.onlizard.com subdomainEl object storage servido desde un addon S3 usa en su lugar un host de gateway con alcance regional (s3-<region>.onlizard.com).
Asociar un dominio personalizado
El hostname es un argumento posicional — no existe un subcomando add:
lizard domain app.example.com --service webLizard devuelve los registros DNS que debes crear (un CNAME para el hostname y un registro TXT para la verificación). Agrégalos en tu proveedor de DNS.
Verificar
Una vez que el DNS se haya propagado, activa el dominio:
lizard domain verify app.example.comEsto comprueba el registro TXT y activa el dominio. El TLS se aprovisiona automáticamente.
Eliminar un dominio
lizard domain delete app.example.com
lizard domain rm app.example.com --yes # alias, skip confirmationExponer un puerto específico
Si tu servicio sirve en un puerto no predeterminado, asocia el dominio a ese puerto:
lizard domain app.example.com --service web --port 8080Servicios worker
Un servicio en modo worker (containerPort=0) puede seguir mostrando un dominio generado, pero no sirve nada — no hay listener ni ruta de load balancer. No asocies un dominio personalizado a un worker.
Gestionar en el dashboard
La vista Dominios en el dashboard (lizard open) muestra el estado de verificación y TLS de cada dominio y te permite agregar o eliminar hostnames visualmente.
Ver también
lizard domain— la referencia completa de comandos.- Regiones — co-ubicar servicios y addons para reducir la latencia.
- De prototipo a un SaaS por el que pagan — dónde encaja un dominio personalizado entre las demás cosas que una app generada todavía necesita.