Documentación / Desarrollar y desplegar
Dominios y HTTPS
Direcciones generadas, DNS propio, certificados y nombres internos.
Direcciones generadas
Configura un dominio generado en el servicio HTTP para obtener una dirección bajo up.upferry.com. El panel muestra el hostname exacto. Pertenece a un servicio y entorno, no a todo el proyecto. Copiar un entorno genera direcciones nuevas; un despliegue normal conserva la existente.
Prueba la aplicación y su endpoint de salud antes de mover el dominio de producción.
Conecta tu dominio
- Añade el hostname, por ejemplo
api.example.com, al servicio y entorno correctos. - Usa el destino DNS indicado en el panel. Un CNAME contiene un hostname, sin
https://ni rutas. - Upferry puede gestionar registros en zonas Cloudflare conectadas y accesibles. Cambiar un registro existente en conflicto requiere una acción explícita.
- Si otro proveedor aloja el DNS, modifica el registro allí. Para subdominios usa el CNAME solicitado. El dominio raíz puede necesitar flattening u opciones del proveedor.
- Espera la propagación y HTTPS. Comprueba el dominio real antes de parar el host anterior.
Un dominio comprado en Namecheap puede usar DNS de Cloudflare si cambiaste sus nameservers. El registrador no siempre es el proveedor DNS activo. Conserva los registros de correo ajenos al cambio.
Red privada
Los servicios del mismo entorno se conectan por su nombre o <service>.upferry.internal, por ejemplo postgres.upferry.internal:5432. Usa referencias de variables en vez de IP de contenedores.
Estos nombres no son públicos y normalmente no resuelven en tu portátil. Network Permissions puede restringir más las conexiones. Permitir un servicio interno no permite automáticamente su dirección pública.
Sigue apareciendo el sitio anterior
Revisa DNS autoritativo, TTL, certificado y destino. Las cachés pueden retener la ruta anterior. Durante una migración, conserva el origen hasta superar las comprobaciones.