Syncthing es una de esas herramientas que parecen demasiado simples para lo útiles que son. No tiene una interfaz espectacular. No intenta ser una nube privada completa. No quiere reemplazar Google Drive, iCloud, Dropbox, Nextcloud, un NAS y media vida digital de golpe. Hace una cosa: sincronizar carpetas entre dispositivos.
Y eso, en una casa, puede ser justo lo que hace falta.
Ya expliqué la instalación básica en la guía de Syncthing para sincronizar archivos sin pasar por una nube. Aquí quiero mirar otra parte: cómo lo usaría en una familia sin convertirlo en otro punto único de fallo, qué carpetas sincronizaría, qué evitaría y dónde pondría el límite antes de venderle a todo el mundo “tranquilos, esto ya está resuelto”.
Este artículo encaja en la ruta de servicios para la familia y también toca datos y backups, porque sincronizar archivos familiares no va solo de comodidad. Va de no perder documentos, no duplicar carpetas raras y no depender de que un solo portátil tenga la última versión de algo importante.
Qué problema resuelve en casa#
Syncthing me gusta para carpetas que viven en varios dispositivos y necesitan estar disponibles sin pensar demasiado.
El caso típico es una carpeta de documentos personales entre portátil y servidor. Trabajas en el portátil, el servidor recibe una copia casi al momento, y si mañana el portátil muere no tienes que reconstruir todo desde una nube externa o desde una copia manual de hace tres meses.
Otro caso muy bueno es móvil a servidor. Fotos, escaneos, recibos, documentos descargados, capturas importantes o cualquier carpeta que el teléfono tiende a convertir en vertedero. Syncthing puede mandar todo eso a un servidor siempre encendido cuando hay WiFi. Después puedes clasificar, importar en otra aplicación o meterlo en una rutina de backup normal.
También sirve para carpetas familiares pequeñas: documentos compartidos, plantillas, PDFs que conviene tener en varios equipos, manuales de casa, hojas de cálculo simples o recursos que varios dispositivos deben ver sin pasar por una cuenta de Google.
Donde empieza a fallar es cuando esperas que se comporte como una suite colaborativa. Si quieres edición simultánea de documentos, permisos por usuario, enlaces públicos, papelera centralizada, historial cómodo desde navegador y acceso web desde cualquier sitio, Syncthing no es esa herramienta. Para eso miraría Nextcloud, una nube comercial o un NAS con su propia capa de compartición.
Syncthing es más austero. Esa austeridad es precisamente su gracia.
Mi diseño mínimo#
Para una casa, no haría una malla completa entre todos los dispositivos. Es tentador conectar móvil con portátil, portátil con tablet, tablet con servidor, servidor con otro servidor, y así hasta tener un dibujo precioso. Luego algo se queda apagado, aparece un conflicto, alguien borra una carpeta y empiezas a mirar flechas como si fueran sospechosas.
Prefiero un diseño con un servidor siempre encendido como nodo estable.
Algo así:
| |
El servidor no es “la nube” en sentido comercial. Es solo el punto que casi siempre está disponible. Si el portátil y el móvil no coinciden encendidos, el servidor recibe cambios de uno y se los entrega al otro cuando aparezca.
Esto reduce bastante el lío. Cada dispositivo tiene pocas carpetas compartidas. El servidor tiene todas las copias operativas. Los backups salen del servidor, no de cada portátil. Y cuando algo falla, sé dónde mirar primero.
La trampa está en no confundir ese servidor con backup. Si borras un archivo en el portátil y la carpeta es bidireccional, el borrado puede propagarse al servidor. Si un ransomware cifra una carpeta sincronizada y Syncthing lo ve como cambios legítimos, también puede propagar el desastre. Por eso el servidor debe tener backups separados, con versiones y retención. Sin eso, solo has construido una sincronización muy rápida de tus errores.
Carpetas que sí sincronizaría#
La primera carpeta candidata es Documentos. Pero no “todos los documentos del universo”. Solo lo que realmente tiene sentido mover entre dispositivos.
Yo separaría:
- Documentos vivos: archivos que edito o consulto a menudo.
- Documentos archivados: facturas, contratos, PDFs importantes y cosas que deberían ir a Paperless-ngx o a una carpeta de archivo.
- Descargas temporales: basura de paso que no merece sincronización.
Syncthing encaja mejor con la primera categoría. Para documentos archivados prefiero un flujo más deliberado, como el que conté en Paperless-ngx después del escáner. Y las descargas temporales, sinceramente, que se queden donde están y mueran solas.
También sincronizaría una carpeta Inbox desde el móvil al servidor. Ahí pueden caer fotos de documentos, PDFs descargados, capturas útiles y material pendiente de clasificar. La carpeta del móvil puede ser de tipo Send Only y la del servidor Receive Only. Así el teléfono envía, el servidor recibe, y evitas que una limpieza en el servidor toque el móvil sin querer.
Otra carpeta útil es Proyectos personales, siempre que no metas dependencias enormes tipo node_modules, entornos virtuales, cachés o builds. Para código serio sigo prefiriendo Git. Syncthing puede complementar, pero no sustituye control de versiones.
Para una familia, me gusta una carpeta pequeña de “Casa” con documentos prácticos: manuales, instrucciones, planos, garantías escaneadas, listados de cosas importantes, quizás una copia de ciertas recetas o documentos que no merecen una app aparte. Pequeña. Si se convierte en cajón, pierde valor.
Carpetas que no sincronizaría#
No sincronizaría la carpeta de usuario entera. Es una idea cómoda hasta que empiezan los problemas.
Una carpeta personal tiene cachés, preferencias de apps, bases de datos locales, temporales, ficheros abiertos, miniaturas, índices y basura que cambia constantemente. Sincronizar todo eso mete ruido, conflictos y consumo sin aportar demasiado.
Tampoco sincronizaría bibliotecas enormes sin pensarlo. Fotos familiares completas, vídeos, bibliotecas de música, ebooks o cómics pueden sincronizarse, sí, pero quizá no deberían vivir en Syncthing como mecanismo principal. Para bibliotecas grandes prefiero una estructura clara en el servidor, apps específicas y backups pensados. Lo expliqué al hablar de biblioteca digital familiar en el homelab.
No sincronizaría secretos delicados en claro salvo que tenga muy claro dónde van a acabar. Contraseñas exportadas, claves SSH, seeds, backups de gestores de contraseñas, certificados privados. Syncthing cifra el transporte entre dispositivos, pero los archivos quedan legibles en cada dispositivo que recibe la carpeta. Si un portátil familiar no debería tener un secreto, Syncthing no arregla eso.
Existe la opción de dispositivos no confiables con recepción cifrada, documentada por Syncthing, donde el dispositivo remoto almacena los datos cifrados y no puede leerlos. Es útil para ciertos escenarios, por ejemplo usar un servidor externo como copia opaca. Pero no lo metería en el primer diseño familiar. Primero haría bien lo simple.
Tipos de carpeta: mejor pocos y claros#
Syncthing tiene varios tipos de carpeta. Los oficiales más importantes para este caso son Send & Receive, Send Only y Receive Only. La documentación de Syncthing los explica bien en su página de folder types.
Para casa, yo usaría pocos patrones:
- Bidireccional entre portátil y servidor para documentos vivos.
- Send Only desde móvil para fotos, escaneos o inbox.
- Receive Only en servidor cuando quiero recibir sin propagar cambios de vuelta.
- Receive Encrypted solo si necesito un destino no confiable.
El patrón móvil a servidor me parece especialmente sano. El móvil manda. El servidor recibe. Luego el servidor entra en la estrategia normal de backups. Así evitas que el teléfono sea el archivo principal de nada.
La carpeta bidireccional merece más cuidado. Es cómoda, pero también propaga borrados y cambios. La usaría para documentos donde esa sincronización tenga sentido y donde activar versionado sea fácil.
Versionado: pequeño seguro contra torpezas#
Syncthing permite versionado de archivos. No lo trata como una solución de backup completa, pero ayuda mucho cuando alguien borra o sobreescribe algo por accidente. La documentación oficial tiene una sección específica de file versioning.
En carpetas familiares activaría versionado simple o escalonado. No para guardar años de historia, sino para cubrir errores recientes.
Por ejemplo:
- Guardar versiones antiguas durante 30 días en documentos vivos.
- Guardar algo más en carpetas pequeñas y sensibles.
- No activar versionado pesado en bibliotecas enormes si eso va a llenar el disco sin control.
El versionado cambia bastante la sensación de riesgo. Si alguien edita mal un archivo, lo borra o aparece un conflicto, tienes margen. Pero insisto: esto no sustituye un backup externo. Si pierdes el servidor, si se rompe el disco o si alguien borra una carpeta y pasan meses, necesitas otra capa.
Aquí encaja lo que conté en comprobaciones post-backup. No basta con tener algo copiándose. Hay que restaurar una muestra de vez en cuando.
Conflictos: pocos, pero hay que saber verlos#
Syncthing no bloquea archivos como una suite colaborativa. Si dos dispositivos modifican el mismo archivo antes de verse, crea un conflicto. Normalmente aparece un archivo con nombre parecido a archivo.sync-conflict-fecha-dispositivo.ext.
No es grave si pasa poco. Es molesto si pasa cada semana.
Para reducir conflictos, haría tres cosas:
Primero, no usaría Syncthing para documentos que dos personas editan a la vez con frecuencia. Para eso prefiero una herramienta colaborativa real.
Segundo, evitaría carpetas con bases de datos vivas. Algunas apps guardan datos en archivos que cambian constantemente. Sincronizarlos puede acabar en conflictos raros o corrupción. Una base de datos se respalda con su mecanismo de backup, no copiando alegremente su fichero mientras escribe.
Tercero, mantendría carpetas pequeñas y con propósito. Cuando una carpeta se vuelve enorme y ambigua, nadie sabe qué comportamiento esperar.
Syncthing funciona mejor cuando cada carpeta tiene una intención obvia.
Red local, Tailscale y relays#
En red local, Syncthing suele ir muy bien. Descubre dispositivos, conecta directo y sincroniza rápido. Para fuera de casa, puedes abrir puertos, usar NAT traversal, permitir relays o apoyarte en una VPN tipo Tailscale.
Para una familia, mi opción preferida sería Tailscale si ya lo usas. Mantienes dispositivos dentro de una red privada, evitas abrir puertos en el router y reduces la exposición. Ya hablé de este enfoque en Tailscale para familia.
Los relays de Syncthing son útiles cuando no hay conexión directa. La documentación oficial explica que Syncthing puede apoyarse en una red de relays comunitarios, y también puedes montar uno propio si lo necesitas. Para archivos normales no me obsesiona. Para datos sensibles, prefiero conexión directa por LAN o VPN.
No hace falta convertir esto en paranoia. Hace falta saber qué camino siguen los datos y qué dispositivos reciben copias legibles.
Móviles: útiles, pero con límites#
Syncthing en Android funciona muy bien. En iOS la situación es más delicada por las limitaciones del sistema para procesos en segundo plano. Existen clientes de terceros, pero no esperaría la misma experiencia que en Android o en un portátil.
Esto importa para expectativas familiares. Si prometes que las fotos del móvil van a estar siempre sincronizadas al minuto, te estás buscando una conversación incómoda. Mejor pensar en Syncthing como sincronización oportunista: cuando el móvil esté en WiFi, con batería y la app pueda trabajar, mandará cambios.
Para fotos familiares críticas, yo no confiaría solo en Syncthing móvil. Lo usaría como una entrada más hacia el servidor, y desde ahí backups normales. Si además usas iCloud, Google Photos, Immich o una copia manual periódica, mejor. Las fotos merecen cinturón y tirantes.
Con documentos escaneados desde el móvil, en cambio, me parece muy cómodo. Una carpeta Escaneos que vaya al servidor y luego termine en Paperless-ngx puede ahorrar bastante fricción.
Permisos familiares y expectativas#
El gran límite de Syncthing en familia es la gestión de permisos. Comparte carpetas entre dispositivos, no usuarios con permisos finos.
Si compartes una carpeta con un portátil, ese portátil tiene los archivos. Si alguien con acceso a ese equipo puede verlos, Syncthing no te salva. Si necesitas que una persona vea solo una subcarpeta, crea otra carpeta compartida. Si necesitas permisos por usuario, auditoría y enlaces públicos, usa otra herramienta.
Por eso no haría una gran carpeta “Familia” con todo dentro. Haría varias carpetas pequeñas:
- Casa documentos.
- Fotos inbox móvil.
- Documentos Luis.
- Documentos compartidos.
- Escaneos pendientes.
Cada una con dispositivos concretos. Menos elegante en el panel, mucho más claro en la vida real.
También explicaría una regla simple: sincronizado no significa respaldado. Si alguien borra algo compartido, puede desaparecer de varios sitios. Para recuperar, miramos versionado o backup. Esa frase ahorra disgustos.
Mi configuración razonable#
Si hoy tuviera que montar Syncthing para una casa con homelab, lo dejaría así:
- Servidor siempre encendido como nodo central.
- Portátil principal con
Documentos vivosbidireccional. - Móvil con
Camera inboxoEscaneosen Send Only. - Servidor con esas carpetas en Receive Only cuando tenga sentido.
- Versionado simple en documentos.
- Backups separados del servidor.
- Sincronización remota por Tailscale.
- Nada de sincronizar carpetas de usuario completas.
- Nada de bases de datos vivas.
- Carpetas pequeñas, nombres humanos y propósito claro.
Luego revisaría el sistema al cabo de un mes. No antes. La primera semana todo parece útil. El mes te dice qué carpetas se usan y cuáles eran fantasía administrativa.
Si una carpeta no se consulta, no se actualiza o nadie entiende para qué existe, la quitaría. Un sistema familiar bueno no es el que más cubre. Es el que sigue vivo sin que tengas que empujar.
Fuentes y lecturas útiles#
- Syncthing: tipos de carpeta
- Syncthing: versionado de archivos
- Syncthing: dispositivos no confiables cifrados
- Syncthing: servidor relay
Syncthing me parece una herramienta magnífica precisamente porque no intenta serlo todo. Para una casa, eso es una virtud. Úsalo para mover archivos de forma fiable entre dispositivos, pon backups detrás y no lo conviertas en una nube familiar improvisada con más responsabilidad de la que puede cargar.