Syncthing Node (P2P)

Sincronización continua de archivos P2P con soporte de conexión P2P directa — sin depender de los servidores relay de Syncthing.

Esta plantilla expone el protocolo de sincronización BEP (TCP/UDP 22000) mediante Port Forwarding de Zeabur, para que otros peers de Syncthing se conecten directamente a tu instancia en Zeabur. La instancia actúa como nodo de sincronización permanente, manteniendo los archivos sincronizados incluso cuando tus otros dispositivos están desconectados.

Primer inicio

1. Visita tu dominio — se abre la Web UI de Syncthing
2. ⚠ Establece contraseña GUI en el primer minuto — abre Actions > Settings > GUI y configura usuario y contraseña. La Web UI está expuesta públicamente sin autenticación por defecto; si te demoras, cualquiera que escanee tu dominio puede tomar control del nodo
3. Añade dispositivos remotos — comparte los IDs de dispositivo entre instancias
4. Añade carpetas — selecciona qué carpetas sincronizar y con qué dispositivos

Habilitar conexión P2P directa (sin relay)

Por defecto, los dispositivos Syncthing tras NAT pueden recurrir a la red de relays de Syncthing, lo que limita la velocidad de transferencia. Esta plantilla expone TCP/UDP 22000 para conexión directa.

Paso 1 — Encuentra la dirección reenviada. En el Dashboard de Zeabur, abre la pestaña Networking de este servicio. Verás dos entradas para los puertos sync-tcp (22000/TCP) y sync-udp (22000/UDP), cada una con el formato <host>:<puerto>. En proyectos con servidor dedicado, será la IP pública de tu servidor y un puerto asignado (los valores exactos en tu dashboard varían por despliegue). Los puertos reenviados de TCP y UDP suelen compartir el mismo número (Zeabur usa un único puerto externo para ambos listeners del mismo puerto interno).

Paso 2 — Configura tu dispositivo peer. En tus otros dispositivos Syncthing (portátil, móvil, NAS, …), añade esta instancia de Zeabur como dispositivo remoto. Luego entra en la entrada del dispositivo, expande Advanced y establece el campo Addresses como (separado por comas):

tcp://HOST_REENVIADO:PUERTO_TCP_REENVIADO, quic://HOST_REENVIADO:PUERTO_UDP_REENVIADO

Sustituye los valores por los del Paso 1. Si quieres mantener el relay como fallback cuando las direcciones estáticas fallen, añade , dynamic al final. No dejes Addresses solo como dynamic — global discovery no puede inferir el puerto reenviado aleatorio y Syncthing recurrirá silenciosamente al relay.

Paso 3 — Verifica. En el panel de dispositivos remotos de la Web UI, el estado de conexión debe mostrar TCP o QUIC (no Relay). Se evita el cuello de botella del ancho de banda del relay.

Notas Operativas

• No sincronices /var/syncthing/config — contiene la clave privada del dispositivo y el Device ID. Sincronizarlo entre máquinas crea conflictos de Device ID.
• Los datos en reposo están en texto plano en el volumen de Zeabur. Si tratas la nube como no confiable, usa la función Untrusted Devices / Encrypted Folders de Syncthing.
• Host/puerto reenviados pueden cambiar — Zeabur normalmente los mantiene estables pero no garantiza permanencia. Si cambian, actualiza Addresses en tus dispositivos peer.
• No sincronices directorios gestionados por otro servicio en la nube (iCloud Drive, OneDrive, Dropbox, Google Drive). Pelearán con Syncthing por la propiedad de los archivos y producirán archivos sync-conflict sin fin. Mantén las carpetas de Syncthing en rutas fuera de otros motores de sincronización.

Datos persistentes

Toda la configuración y datos sincronizados se almacenan en /var/syncthing (respaldado por un volumen de Zeabur).

Licencia

MPL-2.0 — GitHub · Official Site · Documentation