SMB multicanal por VPN: lo que el cliente usa realmente
El SMB multicanal por VPN añade pocos canales: lea las interfaces del cliente, las conexiones seleccionadas y el dialecto SMB antes de culpar al túnel de los archivos lentos.
El acceso lento a archivos por VPN invita a tomar el ajuste multicanal como solución, y a menudo el ajuste no tiene con qué trabajar. Un solo adaptador virtual sin RSS no puede repartir el tráfico entre varios canales, diga lo que diga la casilla. Lo que importa es la capacidad que SMB ve en ambos extremos, no la especificación de la NIC física del portátil. El recorrido siguiente empieza en una sesión activa y vuelve a la disposición de los adaptadores.
Empiece por la sesión, no por la especificación de la NIC
Confirme primero que la sesión puede usar el multicanal. La función pertenece a SMB3, así que un dialecto más antiguo negociado con un equipo o un servidor heredado la descarta antes de que cualquier pregunta sobre el adaptador importe. Después confirme a qué servidor se conectó realmente el cliente, porque un nombre que resuelve a un nodo distinto del que inspecciona produce un resultado convincente pero irrelevante.
Get-SmbConnection
Get-SmbClientConfiguration | Select-Object EnableMultichannel
Get-SmbClientNetworkInterfaceEl primer comando nombra el dialecto, el servidor y el recurso compartido en una línea. El segundo muestra si el cliente tiene la función habilitada, y el tercero enumera las interfaces que SMB conoce con sus capacidades declaradas. Un adaptador virtual que no declara RSS ni RDMA le dice en qué puede convertirse la disposición.
Si el dialecto no es SMB3, deténgase y resuelva esa cuestión primero. De lo contrario, cada comando posterior describirá una función que no puede activarse.
Lea las interfaces del cliente con honestidad
A SMB no le importa qué adaptador lleva su ruta predeterminada; enumera las interfaces que puede usar y evalúa cada una. Un portátil con Wi-Fi, Ethernet y un adaptador VPN puede presentar tres interfaces, y solo una de ellas puede ser accesible para el servidor con el que habla. Las demás son candidatas, no canales.
Lea las columnas RSS y RDMA en lugar de la columna de velocidad de enlace. Un adaptador virtual suele declarar una velocidad nominal alta sin capacidad RSS, y la velocidad nominal describe el enlace virtual, no la ruta por internet. Ninguno de los dos números le dice cuántos canales usa la sesión.
Si el adaptador no muestra capacidad RSS, la corrección admitida corresponde al controlador del proveedor de VPN, no a las propiedades avanzadas de la NIC física. Marcar una casilla RSS en el adaptador de hardware no cambia nada de lo que el adaptador virtual expone a SMB.
Separe los canales seleccionados de las candidatas descubiertas
La lista de conexiones es la parte que más se malinterpreta. Con las candidatas no seleccionadas incluidas, la salida muestra todo lo que SMB consideró, que no es el conjunto de canales que llevan datos. Lea el indicador de selección y el número de canales del par concreto de interfaces de cliente y servidor que le interesa.
Get-SmbMultichannelConnection -ServerName files.lab.example -IncludeNotSelected
Get-SmbMultichannelConnection -ServerName files.lab.example | Format-List *Sustituya el nombre por el de su servidor. La segunda forma imprime las propiedades de las conexiones seleccionadas, incluidos los índices de interfaz y el número actual de canales, que es el número que importa. Varias direcciones descubiertas en un adaptador siguen siendo un adaptador.
Una dirección descubierta también puede ser inutilizable por la política de VPN: puede ser una dirección de subred local que el túnel no transporta, o una dirección que el servidor solo sirve en otra red. SMB la enumera como candidata porque la interfaz existe, no porque la ruta funcione.
Qué hace el adaptador VPN con la disposición
Vale la pena distinguir tres disposiciones, porque solo dos pueden producir más de un canal. Un solo adaptador sin RSS da un canal. Un solo adaptador con RSS puede repartir las conexiones entre núcleos. Varios adaptadores utilizables pueden producir varios canales incluso sin RSS, y esa es la configuración que la gente olvida cuando supone que RSS es obligatorio.
| Layout SMB sees | Channels possible |
|---|---|
| One adapter, no RSS | One |
| One adapter with RSS | Several, spread across cores |
| Two or more usable adapters | Several, one path per adapter |
| Several adapters behind one tunnel | Several, one shared bottleneck |
La última fila es la que importa por VPN. Los canales que entran todos en el mismo túnel cifrado comparten el caudal del túnel, la CPU de la puerta de enlace y el enlace WAN. Añadir un canal allí redistribuye trabajo sin añadir capacidad, y la medición lo mostrará.
Mantenga la firma y el cifrado activados mientras compara, porque desactivarlos cambia lo que mide. Un resultado de rendimiento que depende de desactivar un ajuste de seguridad no es un resultado que pueda desplegar.
Mida la carga que es realmente lenta
Nombre la carga antes de cambiar nada: una copia secuencial grande, muchos archivos pequeños en un directorio o una aplicación que abre y cierra identificadores. El multicanal puede ayudar al primer caso cuando existen rutas independientes reales, y hace muy poco por el tercero, porque allí el coste son viajes de ida y vuelta dependientes y no el ancho de banda.
Capture una línea base con la disposición actual, cambie una cosa y capture de nuevo con el mismo conjunto de archivos y a la misma hora del día. Anote el número de rutas seleccionadas junto al valor, para que un lector posterior pueda saber si el cambio alteró la disposición o solo la carga.
Si los canales no han cambiado, la cuestión de rendimiento está en otro sitio: el coste de cifrado del túnel, la latencia de la ruta o el disco y la CPU del propio servidor. Merece la pena medirlo antes de añadir otro adaptador a un portátil que ya tiene suficientes.