Preguntas frecuentes
Por qué el acceso a archivos es mucho más lento a través de una VPN?
Para acceder a los recursos compartidos en un servidor de archivos, se debe utilizar un protocolo correspondiente. Los protocolos más comunes (a partir de 2018) son: SMB/CIFS (protocolo estándar de Windows y macOS 10.9 o posterior), AFP (protocolo estándar de macOS anterior a 10.9), NFS (protocolo estándar de Linux y varios sistemas UNIX) y WebDAV (un protocolo basado en HTTP, independiente del fabricante). Todos estos protocolos, excepto WebDAV, fueron diseñados originalmente para que un cliente acceda a un servidor cuando tanto el cliente como el servidor se encuentran en la misma red local. Esto lamentablemente suele causar problemas al intentar utilizar estos protocolos a través de una conexión VPN.
A VPN normalmente se establece a través de Internet y este tiene características de red muy diferentes a las de las redes del trabajo o del hogar. Las redes locales suelen ofrecer un gran ancho de banda simétrico (la velocidad de envío es igual a la de recepción), una latencia muy baja y estable, muy pocas pérdidas de paquetes, casi ningún error en los datos y un tamaño máximo de transmisión (MTU) alto y estable. En contraste, las conexiones a Internet a menudo ofrecen solo un ancho de banda bajo y asimétrico (velocidad de recepción mucho más rápida que la de envío), y el Internet tiene una latencia mucho mayor y muy fluctuante, una cantidad no insignificante de pérdida de paquetes, los errores en los datos ocurren ocasionalmente y el tamaño máximo de transmisión suele ser menor y también es inestable y puede cambiar en cualquier momento, incluso durante una transferencia de datos en curso. Algunos protocolos pueden manejar estas condiciones mucho mejor que otros.
Problemas a tener en cuenta: listar los archivos de una carpeta puede ser lento o muy lento (debido a la alta latencia), copiar archivos desde el servidor puede ser muy lento (limitado por la velocidad de envío del otro lado), copiar archivos al servidor puede ser muy lento (limitado por la velocidad de envío de su propia conexión a Internet), abrir archivos directamente desde el servidor puede ser aún más lento (porque aquí no solo importa el ancho de banda, sino también la latencia y la MTU) y el acceso a los archivos incluso puede fallar por completo (debido a la pérdida de paquetes o errores en los datos). Sin embargo, nos gustaría señalar que esto no es causado directamente por el túnel VPN, ya que incluso sin una VPN, los resultados en la misma conexión a través de Internet serían apenas o como mucho marginalmente mejores.
Afortunadamente, hay poco que se pueda hacer activamente contra tales problemas. Como usuario, prácticamente no tiene influencia sobre la latencia. Aumentar el ancho de banda en uno o ambos lados siempre ayuda un poco, pero solo si es el ancho de banda de envío (carga), ya que si es así, este es casi siempre el factor limitante. Por supuesto, usar un protocolo diferente siempre puede ayudar, ya que especialmente SMB/CIFS no funciona bien con las conexiones a Internet y si el protocolo tiene que volver a una versión más antigua (una versión anterior a SMB 3.0), los resultados suelen ser catastróficos (hasta el fallo total). Un problema es que Windows solo admite de forma nativa SMB y WebDAV, mientras que macOS admite todos los protocolos mencionados anteriormente de forma nativa. Por lo tanto, debe recurrir a productos de terceros para enseñarle a Windows protocolos alternativos. En caso de apuro, puede recurrir a WebDAV, pero este ofrece inherentemente un rendimiento muy deficiente. Los servidores NAS dedicados suelen ofrecer también NFS, a menudo solo tiene que activarse, y esto podría ofrecer un mejor rendimiento que SMB.