Una configuración de servidor doméstico compartido para compañeros de piso que no tienen el mismo nivel de confianza

Eva Wong es la redactora técnica y manitas residente en ZimaSpace. Es una geek de toda la vida apasionada por los laboratorios domésticos y el software de código abierto, y se especializa en traducir conceptos técnicos complejos en guías prácticas y fáciles de seguir. Eva cree que alojar servicios propios debería ser divertido, no intimidante. A través de sus tutoriales, ayuda a la comunidad a desmitificar la configuración del hardware, desde montar su primer NAS hasta dominar los contenedores Docker.

Un servidor para compañeros de piso debe partir de una confianza desigual, ofreciendo almacenamiento privado a cada residente y limitando los servicios compartidos, la administración y el acceso de recuperación.

Los compañeros de piso pueden compartir el alquiler, el servicio de internet, un televisor y algunos archivos sin compartir sus finanzas, archivos personales, copias de seguridad de dispositivos ni la responsabilidad permanente del servidor. La configuración debe distinguir al propietario del hardware, al administrador del servicio, a los residentes habituales, a los invitados temporales y a los antiguos compañeros de piso. Las cuentas, las zonas de almacenamiento, el acceso a la red, los registros, la propiedad de las copias de seguridad y el proceso de baja deben seguir estando claros aunque cambien las relaciones o los contratos de alquiler.

Define la propiedad y la confianza antes de instalar servicios compartidos

Deja por escrito quién es propietario del servidor y de las unidades, quién paga las sustituciones y la electricidad, quién puede administrar el sistema y qué ocurre cuando el propietario se muda. Después, enumera los servicios que los compañeros de piso realmente quieren compartir, como contenido multimedia, una carpeta temporal para intercambiar archivos, almacenamiento para la impresora o un calendario del hogar.

Una investigación sobre seguridad y privacidad en hogares compartidos descubrió que los convivientes tienen roles y relaciones de confianza más complejos que los hogares familiares tradicionales, lo que incluye preocupaciones por la manipulación, las visitas y los antiguos residentes. Ese modelo de confianza específico para convivientes es la base adecuada para diseñar el servidor.

No llames administrador a cada residente solo porque vive en la misma dirección. La administración es una responsabilidad de servicio; la residencia es un contexto de acceso. El acuerdo debe identificar qué datos siguen siendo personales, qué servicios son comunitarios y qué costes o riesgos no se comparten.

Da a cada compañero de piso una identidad individual y revocable

Cada residente debe tener una cuenta independiente para acceder a archivos, perfiles multimedia, conexiones remotas y servicios compartidos. Las contraseñas compartidas dificultan excluir a una persona, atribuir cambios, proteger carpetas privadas o distinguir una cuenta comprometida del uso habitual.

TechTarget define el control de acceso basado en roles como la asignación de permisos a roles y la asociación de usuarios individuales con esos roles. Ese modelo de permisos basado en roles y usuarios permite que un compañero de piso deje un grupo sin obligar a los demás residentes a cambiar de identidad.

Identidad Permisos normales Excluido explícitamente
Propietario del servidor Control administrativo de hardware, recuperación y control final Navegación rutinaria por archivos privados de compañeros de piso
Administrador del servicio Gestionar aplicaciones asignadas y servicios compartidos Conjuntos de datos privados no relacionados y claves de respaldo
Compañero de piso Almacenamiento propio y servicios compartidos aprobados Otras carpetas privadas y administración del sistema
Invitado Acceso temporal a un servicio específico si es necesario Almacenamiento persistente, recursos compartidos y administración

Usa grupos para los usuarios de la biblioteca multimedia compartida, quienes contribuyen a la carpeta de intercambio u otras funciones con permisos acotados. Mantén las credenciales de administrador separadas de las cuentas de uso diario y exige volver a autenticarse para realizar acciones de administración.

Separa el almacenamiento privado de las bibliotecas compartidas

Cada compañero de piso necesita una carpeta privada que los demás no puedan mostrar ni buscar. El almacenamiento compartido debe tener un propósito específico: una biblioteca multimedia de solo lectura, una carpeta temporal para intercambiar archivos en casa o un espacio de documentos gestionado en conjunto. Un único recurso compartido sin restricciones elimina el límite de confianza que se pretendía crear con las cuentas.

Linux Handbook explica que el acceso en Linux depende de la propiedad de los archivos y de los permisos para el usuario, el grupo y otros usuarios. Ese límite del sistema de archivos basado en propietarios y grupos permite crear espacios privados y bibliotecas compartidas de forma restringida en el mismo conjunto de almacenamiento.

No guardes las copias de seguridad de los dispositivos en una carpeta compartida. La copia de seguridad de un compañero de piso puede exponer datos del navegador, fotos personales, documentos de trabajo y el estado de las aplicaciones. El servicio de copias de seguridad debe escribir mediante una ruta de servicio privada que los demás residentes no puedan explorar ni eliminar.

Comparte aplicaciones sin compartir su control administrativo

Los compañeros de piso pueden usar todos un servidor multimedia o un servicio para intercambiar archivos sin tener acceso a su base de datos, montajes de almacenamiento, controles de actualización, ajustes de invitaciones ni panel del servidor. El acceso para usuarios y el acceso administrativo deben usar identidades e interfaces distintas.

Las recomendaciones de OWASP sobre el mínimo privilegio indican que los usuarios y los procesos solo deben tener los permisos necesarios para la función que deben desempeñar. Ese principio de acceso mínimo necesario limita el impacto de un error, de un dispositivo comprometido o de un desacuerdo entre residentes.

Asigna a cada aplicación su propia cuenta de servicio y rutas de almacenamiento acotadas. Un servicio multimedia puede leer la biblioteca de películas compartida y escribir en su propia base de datos, pero no debería acceder a las copias de seguridad privadas. Un servicio para intercambiar archivos no debería tener permisos de administrador en el sistema anfitrión.

Mantén los dispositivos personales y los servicios compartidos en rutas de red claramente separadas

Una conexión a Internet compartida no requiere que el portátil, el teléfono, los dispositivos inteligentes y la interfaz del servidor de cada compañero de piso confíen entre sí. El servidor debe exponer solo los servicios necesarios, mientras que la administración debe limitarse a dispositivos aprobados o a una vía administrativa protegida.

Una investigación del NIST sobre la seguridad y la privacidad en hogares inteligentes reveló que los usuarios a menudo no comprenden por completo cómo fluyen los datos de los dispositivos y tienen pocas opciones de configuración para proteger la privacidad. Esa brecha de visibilidad y configuración es un motivo para que el diseño para compañeros de piso sea sencillo y explícito.

Utiliza nombres locales estables para los servicios compartidos y evita presentar el panel del servidor como un destino general para toda la casa. Las redes de invitados y de dispositivos inteligentes no deberían recibir acceso automático a recursos compartidos privados. El acceso remoto debería concederse por usuario y poder revocarse de forma independiente.

Haz visibles las invitaciones, la delegación y el acceso temporal

Un residente puede invitar a su pareja, a un visitante o a un nuevo compañero de piso a utilizar un servicio compartido. El sistema debería indicar quién concedió el acceso, a qué puede acceder el invitado, si puede volver a compartir el acceso y cuándo caduca. Compartir contraseñas de manera informal convierte el acceso temporal en permanente e invisible.

Un estudio de los sistemas de gestión de hogares inteligentes reveló que los mecanismos para compartir difieren en autenticación, control de acceso, supervisión y revocación, y que a menudo la participación de los usuarios secundarios depende de quien tiene la propiedad centralizada. Ese modelo de usuarios secundarios gestionados se aplica directamente al acceso compartido al servidor.

Prioriza las invitaciones nominativas y con fecha de caducidad en lugar de los enlaces reutilizables o las contraseñas compartidas. Los administradores de los servicios compartidos deberían recibir notificaciones cuando se acepte o delegue un nuevo acceso. Los invitados nunca deberían obtener acceso a carpetas privadas solo por poder utilizar el servicio multimedia del hogar.

Diseña el proceso de salida antes de que se vaya el primer compañero de piso

Cuando un residente se muda, el propietario del servidor debería poder desactivar esa cuenta, revocar sesiones y el acceso remoto, eliminar la pertenencia a grupos, transferir los archivos de propiedad compartida y conservar o eliminar los datos privados según lo acordado previamente. El proceso no debería exigir cambiar las credenciales de todos los usuarios que se quedan.

Un estudio de 2026 sobre el uso compartido del acceso en dispositivos comerciales para hogares inteligentes identificó riesgos recurrentes, como la revocación deficiente, el reenvío incontrolado del acceso, los permisos excesivos y la exposición involuntaria de información privada. Ese modelo de riesgos de revocación y reenvío muestra por qué el proceso de salida debe diseñarse y no improvisarse.

Proceso de salida Resultado obligatorio
Desactiva la identidad Las sesiones locales, remotas y de las aplicaciones dejan de funcionar
Elimina los roles compartidos No queda acceso heredado a archivos multimedia, archivos ni servicios
Resuelve la situación de los archivos compartidos Los datos de propiedad conjunta se transfieren o copian de común acuerdo
Gestiona los datos privados Exporta, conserva temporalmente o elimina según la política escrita
Cambia los secretos expuestos Se sustituyen los enlaces compartidos, los tokens de dispositivos y los códigos de recuperación conocidos

Haz un simulacro de salida con una cuenta de prueba temporal. Un proceso que solo desactiva el inicio de sesión principal, pero deja activas las sesiones de las aplicaciones, los tokens compartidos o los clientes sincronizados, está incompleto.

La política escrita también debería definir un breve período de transición. Es posible que un residente que se marcha necesite tiempo para exportar sus archivos personales, mientras que el resto de la casa puede necesitar tiempo para trasladar los archivos multimedia de propiedad conjunta o las cuentas de servicios. Durante ese período, el acceso puede reducirse a solo lectura en lugar de mantenerse plenamente activo. Registra la fecha de la exportación final, quién confirmó la recepción y la fecha en que se eliminarán la cuenta y los tokens. Así se evitan tanto la eliminación prematura como el acceso indefinido una vez terminada la relación de confianza.

Deja las copias de seguridad y la recuperación a cargo de una persona neutral y documenta el proceso

Los servicios compartidos necesitan copias de seguridad, pero los compañeros de piso no deberían tener acceso automáticamente al contenido privado de las copias de seguridad de los demás. La persona responsable de la recuperación debe proteger el destino de las copias, las claves, la configuración de retención y las notas de restauración por separado del acceso habitual a los servicios compartidos.

La estrategia 3-2-1 de Backblaze recomienda varias copias en distintos tipos de almacenamiento o ubicaciones, incluida una copia externa. Ese modelo de copias de recuperación independientes protege los servicios compartidos sin convertir a cada residente en administrador de copias de seguridad.

La guía de ZimaSpace sobre NAS y permisos para quienes lo usan por primera vez establece los límites básicos de las cuentas. Un mini servidor doméstico ZimaBoard 2 sirve como anfitrión compacto de servicios compartidos cuando el almacenamiento y el alcance de los usuarios son limitados. Un ZimaCube 2 NAS con IA es una base más adecuada cuando varios conjuntos de datos privados, archivos multimedia compartidos, una retención más prolongada y la recuperación con varias unidades requieren una plataforma centrada en el almacenamiento.

El servidor compartido con compañeros de piso es lo bastante seguro cuando todos los servicios compartidos útiles siguen disponibles sin exigir el mismo nivel de confianza, contraseñas compartidas, residencia permanente ni acceso sin restricciones a datos privados y de recuperación.

Configuración de NAS y servidores

Más para leer

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.