Configuracion Nodo
Ruta: Admin → Nodes → (nodo) → Proxy.
Esta vista tiene un indicador arriba de todo ("Wings proxy module status") que confirma si
el nodo responde al GET /. Si aparece en rojo/warning, revisá la
instalación de Wings en ese nodo antes de seguir.
Campos con lógica activa
| Campo | Qué hace |
|---|---|
| Status (Enabled / Disabled) | Interruptor maestro. Si está en Disabled, los usuarios de ese nodo no pueden crear dominios nuevos (los que ya estaban activos siguen funcionando). |
| Max domains per server | Tope de dominios activos por servidor. 0 = sin límite. |
| Require domain ownership verification | Si está en Required, cada dominio nuevo queda en estado awaiting dns con un token generado al azar. El usuario tiene que crear un registro TXT _ con ese valor y tocar "Verify now"; recién ahí el dominio pasa a pending y se aplica en Wings. Evita que alguien apunte un dominio que no controla hacia su propio servidor. |
| Domains config directory | Carpeta en el nodo donde Wings escribe los . de nginx. Por defecto /. Tiene el botón "Test configuration" al lado, que le pide a Wings que confirme en vivo si el nginx. del nodo realmente está incluyendo esa carpeta. Usalo después de cualquier cambio acá o en el nginx. del nodo, antes de que un cliente cree un dominio: es la forma de detectar el error de "dominio Active pero nginx nunca lo carga" (ver Solución de problemas) sin depender de que alguien se dé cuenta por accidente. |
| Let's Encrypt (Allowed / Blocked) | Habilita o bloquea que los usuarios elijan el modo letsencrypt al crear un dominio. |
| Cloudflare (Allowed / Blocked) | Habilita o bloquea que los usuarios elijan el modo cloudflare. |
| User-supplied certificate (custom) (Allowed / Blocked) | Habilita o bloquea que los usuarios peguen su propio certificado y clave (modo custom). Ver Modos SSL. |
| Certbot account email | Email que certbot usa para registrar la cuenta ACME. Obligatorio si permitís Let's Encrypt. |
| Show nginx config path | Apagado por defecto. Cuando está apagado, la ruta exacta del . generado (ej. /) no se le muestra al usuario debajo de su dominio, y tampoco la manda el API (no es solo un tema de ocultarla en la pantalla). Esa ruta es un detalle interno del servidor sin ninguna utilidad para el cliente final, y puede insinuar qué addon corre en el nodo. Activalo solo si específicamente querés esa transparencia con tus usuarios. |
| Nginx reload command | El comando exacto que Wings corre (vía shell) cada vez que escribe o borra el . de un dominio. Por defecto nginx -: la primera mitad valida sintaxis, la segunda recarga; si cambiás esto y la mitad de validación falla, la de recarga nunca corre y el dominio queda en error. Solo tocalo si tu nodo recarga nginx de otra forma (ej. systemctl reload nginx). |
Lo que NO se configura acá
El host y puerto de destino (a dónde nginx reenvía el tráfico del dominio) no es un campo de esta pantalla. Nunca es un valor de texto libre: siempre es una allocation real ya asignada al servidor, elegida por el usuario al crear el dominio, o la allocation principal del servidor si no eligió ninguna. Si el servidor no tiene ninguna allocation asignada, el job falla con:
Server, node, or allocation not found.
Asignale una allocation al servidor desde Admin → Servers → (server) → Network y volvé a intentar crear el dominio.
Advertencia de seguridad: "Nginx reload command" equivale a acceso root en el nodo
Wings ejecuta el valor de este campo tal cual, a través de una shell (sh -), cada vez
que aplica o revoca un dominio. No hay ninguna restricción sobre qué puede contener: es
texto libre. Esto significa que cualquier usuario con rol de administrador en el panel
puede, a través de este campo, ejecutar cualquier comando como el usuario que corre Wings
en ese nodo (normalmente root).
En la práctica: darle a alguien el rol de administrador del panel equivale a darle acceso root por SSH a todos los nodos que administra ese panel, no solo acceso a la gestión de servidores. No es un bug, es la contrapartida necesaria de que el comando de reload sea configurable (distintos nodos recargan nginx de formas distintas). Tenelo en cuenta al decidir a quién le das ese rol.
Siguiente: Permisos →