Dominio y HTTPS
Cómo poner KumoYami en tu dominio con un certificado HTTPS, y qué opción elegir.
KumoYami escucha solo dentro del servidor, en 127.0.0.1:4890. Para servirla en tu dominio con HTTPS, pones delante
un proxy inverso: recibe las visitas en los puertos 80 y 443, gestiona el certificado y le pasa cada petición a
KumoYami.
Antes de elegir
- Un dominio o subdominio que sea tuyo, por ejemplo
nube.example.com. - Un registro DNS en el proveedor del dominio: tipo
Acon la IP pública del servidor (yAAAAsi tiene IPv6). Con Cloudflare Tunnel no hace falta: lo crea el propio túnel. - Los puertos 80 y 443 abiertos hacia el servidor, en su cortafuegos y en el del proveedor (o en el router, si el equipo está en casa). Tampoco hacen falta con Cloudflare Tunnel.
Qué opción elegir
| Opción | Cuándo |
|---|---|
| Caddy | Lo más sencillo. El instalador lo configura solo con --domain. |
| Nginx | Si ya usas Nginx en el servidor para otras webs. |
| Nginx Proxy Manager | Si prefieres una interfaz web para los dominios y certificados. Habitual en NAS. |
| Traefik | Si ya tienes Traefik delante de tus contenedores. |
| Cloudflare Tunnel | Sin abrir puertos: equipos en casa, CGNAT o routers que no lo permiten. |
Por qué importa el dominio
- Conectar OneDrive: la URI de redirección que registras en Azure lleva la dirección de tu web. Si cambias de dominio, añade la nueva en Azure.
- Passkeys: solo funcionan en el dominio donde se crean. Configura el dominio antes de añadir passkeys a tu cuenta de administrador.
- Enlaces compartidos, buzones y álbumes: se comparten con la dirección de la web.
¿Tu instalación usa el puerto 3000?
Las instalaciones hechas antes de pasar al puerto 4890 escuchan en 127.0.0.1:3000. En los ejemplos de estas
páginas, usa el puerto de tu instalación: es el primer número de la línea ports de tu docker-compose.yml (o
KUMOYAMI_PORT en el .env).