Lêerkopieë stort in wanneer die VPN verbind: SMB-multikanaal

’n Lêerkopie tussen twee Windows-masjiene is vinnig totdat albei by dieselfde VPN aansluit, en dan stort dit in terwyl ’n deurvoertoets oor dieselfde paar steeds naby lynspoed rapporteer. Daardie gaping is die diagnose: die skakel is reg en iets kies ’n slegter roete vir die oordrag self. Die iets is gewoonlik SMB3-multikanaal, wat presies doen waarvoor dit ontwerp is. Haal die ekstra kanaal uit die prent en die kopie keer terug na die fisiese skakel.

Die simptoom wag op sy stadigste kanaal

Multikanaal laat een SMB-sessie verskeie TCP-verbindings gebruik, een per geskikte adrespaar tussen kliënt en bediener. Wanneer albei masjiene op die LAN en op dieselfde tonnel sit, kan Windows die LAN-adresse en die tonneladresse pare en albei pare as bruikbaar beskou. Die sessie kry dan meer kanale as wat die fisiese skakel nodig het, en een daarvan is baie stadiger.

Dit misluk nie. Dit wag, want die sessie kan nie vinniger klaar wees as sy stadigste kanaal nie.

Daarom kan ’n bandwydtetoets gesond lyk terwyl ’n kopie kruip: ’n enkelstroommeting kies dalk een roete, terwyl die oordrag oor twee versprei was. Lees die kanaallys voordat jy enige adapterinstelling verander, en lees dit terwyl die kopie nog loop, want ’n ledige sessie wys niks. Wat jy neerskryf, moet die koppelvlak agter elke kanaal noem, nie net hoe stadig die resultaat gevoel het nie.

Bevestig dat ’n tweede kanaal bestaan

Twee cmdlets beantwoord die vraag direk. Die verbindingslys wys die kanale in gebruik, en die sessieopsomming wys die verbinding self. Voer albei uit tydens die stadige kopie.

Get-SmbMultichannelConnection
Get-SmbConnection

Soek meer as een ry wat as gekies gemerk is vir dieselfde bediener, en los dan die kliëntadres in die verdagte ry op. As daardie adres aan die tonneladapter behoort, is die tweede roete werklik en bevestig. As elke ry aan die fisiese koppelvlak behoort, is multikanaal nie jou probleem nie en is die kopie om ’n onverwante rede stadig. Doen daardie bevestiging eerste, want die herstel is ontwrigtend genoeg om ’n minuut se bewyse te verdien.

Get-NetIPAddress -IPAddress 10.20.30.44

Die adresse hier is plekhouers. Vervang dit met wat jou eie uitsette rapporteer, want om ’n adres uit ’n blog te kopieer is hoe ’n werkende opdrag ’n verwarrende foutboodskap word.

Verwyder die tonnel uit SMB en meet dan weer

Om multikanaal te deaktiveer is die vinnigste manier om die diagnose te bevestig, en dit is omkeerbaar. Pas die kliëntinstelling toe op die masjien wat die kopie doen en die bedienerinstelling op die masjien wat die deel huisves, want enige kant alleen kan die ekstra kanaal aan die lewe hou. Die verandering geld vir nuwe verbindings eerder as bestaandes, so ’n oop sessie oorleef dit. Herbegin albei masjiene, of sluit ten minste elke handvatsel na die deel, voordat jy enigiets meet.

Set-SmbClientConfiguration -EnableMultiChannel $false -Force
Set-SmbServerConfiguration -EnableMultiChannel $false -Force

Bevestig die nuwe toestand en kyk dan wat die bediener nou aan kliënte adverteer.

Get-SmbClientConfiguration | Select-Object EnableMultiChannel
Get-SmbServerNetworkInterface | Format-List *

Die tonnelkoppelvlak behoort uit daardie geadverteerde lys te val. As dit nie gebeur nie, het die instelling op die verkeerde eindpunt beland of is ’n ou sessie nog oop. As lêerdeling eenvoudig nie die tonnel mag gebruik nie, ontbind eerder die bedienerkomponent van daardie adapter, wat die tonnel bruikbaar laat vir elke ander diens.

Get-NetAdapterBinding -Name "OpenVPN Data Channel Offload"
Disable-NetAdapterBinding -Name "OpenVPN Data Channel Offload" -ComponentID ms_server

Verkies die LAN-roete sonder om voor te gee dat dit kanale verwyder

’n Koppelvlakmetriek sê vir Windows watter roete om vir nuwe verbindings te verkies. Dit verwyder nie ’n kanaal wat multikanaal reeds besluit het om oop te maak nie. Om die tonnel se metriek te verhoog is steeds die moeite werd, want dit hou onverwante verkeer van die stadige roete af en maak die voorkeuroete voorspelbaar, maar dit is ’n stootjie eerder as ’n filter.

Get-NetIPInterface | Sort-Object InterfaceMetric | Select-Object InterfaceAlias, InterfaceMetric
Set-NetIPInterface -InterfaceAlias "OpenVPN Data Channel Offload" -AutomaticMetric Disabled -InterfaceMetric 1000

Kopieer die alias uit daardie uitset in plaas daarvan om dit te tik, want sommige installasies lokaliseer die adapternaam en die Engelse string sal nie pas nie.

Meet dan albei getalle weer: die lêerkopie en ’n deurvoertoets oor dieselfde paar. As die kopie herstel terwyl die deurvoertoets nooit stadig was nie, was multikanaal die oorsaak en jy kan stop. As albei ineenstort, is die tonnel die bottelnek en multikanaal het dit net versterk. As die kopie stadig bly terwyl albei roetes korrek lyk, woon die oorblywende probleem in die deel, die berging of ’n filterdrywer, wat ’n ander ondersoek is.