Montar el Storage Server como unidad de red: Linux y Windows

Publicado el 10 min de lectura

Así montas tu Storage Server como si fuera un disco local: en Linux como directorio /storage y en Windows como unidad de red storage. Con montaje permanente y ayuda ante los mensajes de error.

Tu Storage Server se puede montar en tu servidor como si fuera un disco local. En Linux aparece después como el directorio /storage, y en Windows, como una unidad de red con el nombre storage. Así, los programas, los scripts y las herramientas de backup escriben directamente en esa ruta, sin que tengas que copiar archivos a mano de un lado a otro.

Esta guía muestra los dos caminos paso a paso: SMB (también llamado CIFS o Samba) para Linux y Windows, y SSHFS como alternativa cifrada para Linux. Además, verás cómo mantener el montaje de forma permanente tras cada reinicio y qué mensajes de error aparecen con más frecuencia en la práctica. Los comandos de Linux sirven para Debian 12 y 13, Ubuntu 22.04 y 24.04, y AlmaLinux y Rocky Linux 9; los pasos de Windows, para Windows 10 y 11 y para Windows Server 2019 a 2025.

Antes de empezar: credenciales y ajustes de acceso

Todos los datos están en el área de cliente, en tu Storage Server, dentro del apartado "Detalles de conexión": nombre de host, nombre de usuario y contraseña. Si ahí no aparece ninguna contraseña, generas una nueva con "Restablecer contraseña". Eso sí, al hacerlo se cortan todas las conexiones existentes, y los servidores que ya lo tengan montado necesitarán después la contraseña nueva.

En la misma página encontrarás los "Ajustes de acceso". Para esta guía importan tres interruptores:

  • Samba / CIFS para la unidad de red en Windows y Linux (puerto 445).
  • SSH / SFTP / SCP / rsync para SSHFS en Linux (puerto 23).
  • Accesibilidad externa tiene que estar activada, porque tu servidor accede al almacenamiento a través de internet.

En los Storage Server recién contratados, los tres ya vienen activados. Los ejemplos de este artículo usan estos valores; sustitúyelos por los tuyos:

DatoValor de ejemplo
Nombre de hostu123456.storage.kernelhost.net
Nombre de usuariou123456
Recurso compartido (SMB)backup
Puerto SMB445
Puerto SSH, SFTP, rsync23

El recurso compartido se llama backup en todos los Storage Server, así que la ruta completa es \\u123456.storage.kernelhost.net\backup en Windows y //u123456.storage.kernelhost.net/backup en Linux.

Lo primero es comprobar si tu servidor llega siquiera al almacenamiento por el puerto 445. En Linux:

timeout 5 bash -c '</dev/tcp/u123456.storage.kernelhost.net/445' && echo "Puerto 445 accesible"

En Windows, con PowerShell:

Test-NetConnection u123456.storage.kernelhost.net -Port 445

Si aparece TcpTestSucceeded : True, el camino está libre. Si no se establece ninguna conexión, revisa los dos interruptores "Samba / CIFS" y "Accesibilidad externa", y también un posible firewall en tu servidor que filtre las conexiones salientes. Si el puerto 445 está bloqueado de forma permanente, en Linux usa la vía de SSHFS que se describe más abajo.

Linux: montar el Storage Server en /storage (SMB)

1. Instalar cifs-utils

El cliente SMB viene en el paquete cifs-utils. En Debian y Ubuntu:

apt-get update
apt-get install -y cifs-utils

En AlmaLinux, Rocky Linux y RHEL:

dnf install -y cifs-utils

2. Crear el punto de montaje y las credenciales

Crea el directorio en el que debe aparecer el almacenamiento y un archivo para las credenciales:

mkdir -p /storage
nano /etc/storage-credentials

Contenido del archivo:

username=u123456
password=TU_CONTRASENA

Después, haz que solo root pueda leer el archivo:

chmod 600 /etc/storage-credentials

¿Por qué un archivo aparte? Así la contraseña no acaba ni en /etc/fstab, que cualquier usuario puede leer, ni en el historial de comandos. En este archivo, los caracteres especiales de la contraseña no dan problemas y no necesitas comillas.

3. Montar una vez a mano y probar

mount -t cifs //u123456.storage.kernelhost.net/backup /storage -o credentials=/etc/storage-credentials,seal,iocharset=utf8,uid=0,gid=0,file_mode=0660,dir_mode=0770

Las opciones, una por una:

  • seal cifra la conexión con SMB 3. Como los datos viajan por internet, no deberías omitir nunca esta opción.
  • iocharset=utf8 hace que los acentos, la ñ y otros caracteres especiales de los nombres de archivo lleguen correctamente.
  • uid y gid determinan a qué usuario local pertenecen los archivos. Si, por ejemplo, tiene que escribir el servidor web, usa uid=www-data,gid=www-data.
  • file_mode y dir_mode fijan los permisos que Linux muestra para archivos y carpetas. En el propio almacenamiento no se guardan permisos de Linux; estos valores solo se aplican en tu servidor.

Así compruebas que todo funciona:

df -h /storage
touch /storage/archivo-prueba && ls -l /storage && rm /storage/archivo-prueba

df muestra ahora el tamaño de tu Storage Server en lugar del de tu disco local.

4. Montaje permanente con /etc/fstab

Para que el almacenamiento vuelva a estar disponible automáticamente después de cada reinicio, lo añades a /etc/fstab. Antes, desmonta el montaje de prueba:

umount /storage
nano /etc/fstab

Añade al final esta línea (es una sola línea):

//u123456.storage.kernelhost.net/backup  /storage  cifs  credentials=/etc/storage-credentials,seal,iocharset=utf8,uid=0,gid=0,file_mode=0660,dir_mode=0770,_netdev,nofail,x-systemd.automount  0  0

Las tres opciones del final son importantes:

  • _netdev indica al sistema que se trata de una unidad de red, que no se puede montar hasta que la red esté disponible.
  • nofail evita que tu servidor se quede colgado durante el arranque si en algún momento el almacenamiento no está accesible.
  • x-systemd.automount monta el almacenamiento solo con el primer acceso a /storage y lo vuelve a montar automáticamente tras una interrupción.

Recarga la configuración y monta:

systemctl daemon-reload
mount -a
ls /storage

Si mount -a no informa de ningún error, la línea es correcta. Después puedes probar un reinicio sin riesgo: gracias a nofail, el servidor arranca incluso si algo no está bien.

Alternativa en Linux: SSHFS por el puerto 23

SSHFS monta el almacenamiento a través de SSH. Compensa si en tu caso el puerto 445 está bloqueado o si prefieres trabajar con una clave SSH en lugar de con una contraseña. La conexión siempre va cifrada. Configura en /storage o bien SMB o bien SSHFS, nunca los dos a la vez.

Instala SSHFS. En Debian y Ubuntu:

apt-get install -y sshfs

En AlmaLinux y Rocky Linux, el paquete está en el repositorio EPEL:

dnf install -y epel-release
dnf install -y fuse-sshfs

Genera una clave propia y guárdala en el almacenamiento:

ssh-keygen -t ed25519 -f /root/.ssh/storage_ed25519 -N ""
cat /root/.ssh/storage_ed25519.pub | ssh -p 23 u123456@u123456.storage.kernelhost.net install-ssh-key

En la primera conexión confirmas la huella digital del almacenamiento con yes e introduces la contraseña una vez. El comando install-ssh-key añade la clave sin sobrescribir las que ya existan. A partir de ahora, tu servidor inicia sesión sin contraseña.

Montaje manual:

mkdir -p /storage
sshfs -p 23 -o IdentityFile=/root/.ssh/storage_ed25519,reconnect,ServerAliveInterval=15,ServerAliveCountMax=3 u123456@u123456.storage.kernelhost.net: /storage

Los dos puntos detrás del nombre de host representan tu directorio personal en el almacenamiento, es decir, los mismos archivos que ves a través del recurso compartido SMB. Para el montaje permanente, esta línea va en /etc/fstab:

u123456@u123456.storage.kernelhost.net:  /storage  fuse.sshfs  port=23,IdentityFile=/root/.ssh/storage_ed25519,reconnect,ServerAliveInterval=15,ServerAliveCountMax=3,allow_other,_netdev,nofail,x-systemd.automount  0  0

allow_other permite el acceso también a usuarios distintos de root, por ejemplo al servidor web. reconnect y los dos valores ServerAlive mantienen la conexión estable cuando la red sufre cortes breves. Después, igual que antes, systemctl daemon-reload y mount -a.

Windows: conectar el Storage Server como unidad de red "storage"

Desde el Explorador de archivos

  1. Abre el Explorador de archivos y selecciona "Este equipo" en el panel izquierdo.
  2. Elige "Conectar a unidad de red". En Windows 11, la opción está en el menú de los tres puntos; en Windows Server, en la pestaña "Equipo".
  3. Elige S: como unidad e introduce \\u123456.storage.kernelhost.net\backup como carpeta.
  4. Marca las casillas "Conectar de nuevo al iniciar sesión" y "Conectar con otras credenciales" y haz clic en "Finalizar".
  5. Introduce u123456 como nombre de usuario y tu contraseña, y marca "Recordar mis credenciales".
  6. Al principio, la unidad aparece como "backup (\\u123456.storage.kernelhost.net) (S:)". Haz clic en ella con el botón derecho, elige "Cambiar nombre" y escribe storage.

A partir de ahora, el almacenamiento está disponible en "Este equipo" como la unidad storage y se conecta automáticamente cada vez que inicias sesión.

Desde PowerShell o el símbolo del sistema

Es más rápido con dos comandos. El primero guarda las credenciales en el Administrador de credenciales de Windows y te pide la contraseña; el segundo conecta la unidad de forma permanente:

cmdkey /add:u123456.storage.kernelhost.net /user:u123456 /pass
net use S: \\u123456.storage.kernelhost.net\backup /persistent:yes

El nombre storage se lo asignas en PowerShell:

(New-Object -ComObject Shell.Application).NameSpace('S:').Self.Name = 'storage'

Importante: ejecuta estos comandos en una ventana normal, no en una abierta con "Ejecutar como administrador". El Explorador de archivos no ve las unidades conectadas en una sesión con permisos elevados, aunque net use informe de que se ha completado correctamente.

Comprobar y cifrar la conexión

PowerShell te muestra qué versión de SMB ha negociado Windows y si la conexión está firmada o cifrada:

Get-SmbConnection -ServerName u123456.storage.kernelhost.net | Format-List ServerName,ShareName,Dialect,Signed,Encrypted

A partir de Windows 11 24H2 y Windows Server 2025 puedes exigir el cifrado para todas las conexiones SMB salientes. Windows solo se conecta entonces con servidores que admiten SMB 3 con cifrado, algo que tu Storage Server cumple:

Set-SmbClientConfiguration -RequireEncryption $true -Confirm:$false

Este ajuste se aplica a todas las conexiones SMB del equipo. Si tu servidor tiene conectados otros recursos compartidos más antiguos sin cifrado, después ya no podrás acceder a ellos.

Para servicios y tareas programadas

Una letra de unidad solo es válida en la sesión del usuario que la ha conectado. Por eso, los servicios, las tareas programadas y muchos programas de backup no ven S:. Usa ahí la ruta completa \\u123456.storage.kernelhost.net\backup y guarda las credenciales con cmdkey en la cuenta de usuario con la que se ejecuta la tarea.

Errores frecuentes y sus causas

MensajeCausaSolución
mount error(13): Permission deniedNombre de usuario o contraseña incorrectos, o el interruptor "Samba / CIFS" está desactivadoRevisar el archivo de credenciales y el interruptor; tras restablecer la contraseña, actualizar el archivo
mount error(115): Operation now in progressEl puerto 445 no es accesible o el interruptor "Accesibilidad externa" está desactivadoEjecutar la prueba de puerto de más arriba, revisar los interruptores o usar SSHFS
mount error(112): Host is downEl cliente y el almacenamiento no logran acordar una versión de SMB comúnAñadir la opción vers=3.0 a las opciones de montaje
mount error(2): No such file or directoryNombre del recurso compartido incorrectoEl recurso compartido siempre se llama backup
bad option; for several filesystems (e.g. nfs, cifs) you might need a /sbin/mount.<type> helper program.Falta el paquete cifs-utilsInstalar el paquete como se describe más arriba
La transferencia de archivos de 4 GB o más se interrumpeLa caché del cliente SMBAñadir la opción cache=none a las opciones de montaje
Error de sistema 53Ruta de red no encontrada; casi siempre, el puerto 445 está bloqueadoEjecutar Test-NetConnection y revisar los interruptores
Error de sistema 67Nombre de red no encontradoLa ruta tiene que terminar en \backup
Error de sistema 86 o 1326Credenciales incorrectasBorrarlas con cmdkey /delete:u123456.storage.kernelhost.net y volver a crearlas
Error de sistema 1219Ya existe una conexión con otras credencialesnet use \\u123456.storage.kernelhost.net\backup /delete y volver a conectar

Para desconectar basta con umount /storage en Linux y con net use S: /delete en Windows, donde además eliminas las credenciales guardadas con cmdkey /delete:u123456.storage.kernelhost.net.

¿Unidad de red o herramienta de backup?

Una unidad montada es ideal cuando los programas tienen que escribir directamente en una carpeta, por ejemplo para subidas, exportaciones o archivado. Para los backups periódicos, herramientas como rsync, BorgBackup o restic por SSH en el puerto 23 suelen ser la opción más robusta: solo transfieren los cambios, retoman las ejecuciones interrumpidas y, si quieres, cifran ya en tu servidor. Cómo se organiza algo así lo explica nuestro artículo sobre la estrategia de backup para servidores, y para la planificación te ayuda la guía para configurar un cron job.

Consejo: si en los ajustes de acceso activas el "Directorio de instantáneas ZFS", las instantáneas (snapshots) de tu Storage Server aparecen como el directorio de solo lectura .zfs/snapshot. Así recuperas archivos sueltos simplemente copiándolos, sin tener que restaurar una instantánea completa.

La seguridad, en resumen

  • En Linux, monta siempre con seal o usa SSHFS, para que los datos viajen cifrados.
  • El archivo de credenciales /etc/storage-credentials pertenece a root y tiene los permisos 600.
  • Desactiva en los ajustes de acceso lo que no necesites. Si solo usas SSHFS, "Samba / CIFS" puede quedarse desactivado.
  • Para SSHFS, usa una clave propia solo para el almacenamiento, como se muestra más arriba. Cómo proteger SSH en general lo explica el artículo Asegurar SSH y configurar el acceso por clave.

Preguntas frecuentes

¿Cómo se llama el recurso compartido de mi Storage Server?
El recurso compartido SMB se llama backup en todos los Storage Server. En Windows, la ruta es \\u123456.storage.kernelhost.net\backup, y en Linux, //u123456.storage.kernelhost.net/backup. En lugar de u123456 pones tu nombre de usuario, que encontrarás en el apartado "Detalles de conexión" del área de cliente.
¿Qué puertos necesita el Storage Server?
Para la unidad de red por SMB, el puerto 445; para SSH, SFTP, SCP, rsync, BorgBackup y SSHFS, el puerto 23. Además, en los ajustes de acceso tiene que estar activada la opción "Accesibilidad externa", para que tu servidor llegue al almacenamiento a través de internet.
¿La conexión con el Storage Server va cifrada?
SSHFS va siempre cifrado. Con SMB, en Linux la opción de montaje seal se encarga del cifrado con SMB 3. En Windows, Get-SmbConnection muestra si la conexión está cifrada, y a partir de Windows 11 24H2 y Windows Server 2025 el cifrado se puede imponer con Set-SmbClientConfiguration -RequireEncryption.
¿Por qué desaparece la unidad después de un reinicio?
En Linux suele faltar la entrada en /etc/fstab o la opción _netdev, con la que el sistema espera a que la red esté disponible. En Windows, al conectar la unidad tiene que estar marcada la opción "Conectar de nuevo al iniciar sesión", y las credenciales tienen que estar guardadas, por ejemplo con cmdkey.
¿Por qué no veo la unidad en el Explorador de archivos aunque net use ha funcionado?
Seguramente has ejecutado los comandos en una ventana con permisos de administrador. Las unidades conectadas en una sesión con permisos elevados no se ven en el Explorador de archivos normal. Vuelve a conectar la unidad desde una ventana normal de PowerShell o del símbolo del sistema.
¿Puedo montar el Storage Server en varios servidores a la vez?
Sí, varios servidores pueden acceder al mismo almacenamiento al mismo tiempo. Crea una carpeta propia para cada servidor, para que dos sistemas no escriban a la vez en los mismos archivos.

Storage Server Unidad de red SMB CIFS SSHFS Linux Windows Server Backup