A fájlmásolás lelassul, amikor a VPN csatlakozik: SMB-többcsatornás átvitel

Két Windows-gép közötti fájlmásolás gyors addig, amíg mindkettő ugyanahhoz a VPN-hez nem csatlakozik, és akkor összeomlik, miközben az ugyanazon pár fölötti átbocsátóképesség-teszt még mindig közel vonalsebességet jelent. Ez a különbség a diagnózis: az összeköttetés rendben van, és valami rosszabb útvonalat választ magának az átvitelnek. Ez a valami általában az SMB3 többcsatornás átvitele, amely pontosan azt teszi, amire tervezték. Vegye ki a plusz csatornát a képből, és a másolás visszatér a fizikai kapcsolatra.

A tünet a leglassabb csatornájára vár

A többcsatornás átvitel lehetővé teszi, hogy egy SMB-munkamenet több TCP-kapcsolatot használjon, egyet az ügyfél és a kiszolgáló közötti minden megfelelő cím-párhoz. Amikor mindkét gép a helyi hálózaton és ugyanazon az alagúton van, a Windows párosíthatja a helyi hálózati címeket az alagút címeivel, és mindkét párt használhatónak tekintheti. A munkamenet végül több csatornával rendelkezik, mint amennyire a fizikai kapcsolatnak szüksége van, és az egyik jóval lassabb.

Nem hibázik. Vár, mert a munkamenet nem tud gyorsabban véget érni a leglassabb csatornájánál.

Ezért tűnhet egészségesnek egy sávszélesség-teszt, miközben a másolás vánszorog: az egyfolyamos mérés az egyik útvonalat választhatja, miközben az átvitel kétfelé oszlott. Olvassa el a csatornalistát, mielőtt bármelyik adapterbeállítást megváltoztatja, és olvassa el akkor is, amikor a másolás még fut, mert egy tétlen munkamenet semmit sem mutat. Amit felír, nevezze meg az egyes csatornák mögötti interfészt, ne csak azt, hogy mennyire lassúnak tűnt az eredmény.

Erősítse meg, hogy létezik egy második csatorna

Két cmdlet közvetlenül válaszol a kérdésre. A kapcsolatok listája a használatban lévő csatornákat mutatja, a munkamenet-összegzés pedig magát a kapcsolatot. Futtassa mindkettőt a lassú másolás alatt.

Get-SmbMultichannelConnection
Get-SmbConnection

Keressen egynél több, ugyanahhoz a kiszolgálóhoz kiválasztottként megjelölt sort, majd oldja fel az ügyfélcímét a gyanús sorban. Ha ez a cím az alagút-adapterhez tartozik, a második útvonal valódi és igazolt. Ha minden sor a fizikai interfészhez tartozik, a többcsatornás átvitel nem az Ön problémája, és a másolás más okból lassú. Ezt az igazolást végezze először, mert a javítás elég zavaró ahhoz, hogy megérjen egy percnyi bizonyítékot.

Get-NetIPAddress -IPAddress 10.20.30.44

Az itteni címek helyőrzők. Helyettesítse őket azzal, amit a saját kimenete jelent, mert egy cím blogból való kimásolása az az út, amelyen egy működő parancs zavaró hibaüzenetté válik.

Vegye ki az alagutat az SMB-ből, majd mérjen újra

A többcsatornás átvitel kikapcsolása a leggyorsabb módja a diagnózis megerősítésének, és visszafordítható. Az ügyfélbeállítást a másolást végző gépen, a kiszolgálóbeállítást a megosztást futtató gépen alkalmazza, mert bármelyik oldal önmagában életben tarthatja a plusz csatornát. A változás az új kapcsolatokra vonatkozik, nem a meglévőkre, így egy nyitott munkamenet túléli. Indítsa újra mindkét gépet, vagy legalább zárjon be minden fogantyút a megosztás felé, mielőtt bármit mér.

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

Erősítse meg az új állapotot, majd nézze meg, mit hirdet most a kiszolgáló az ügyfeleknek.

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

Az alagút interfészének el kell tűnnie abból a hirdetett listából. Ha nem tűnik el, a beállítás a rossz végpontra került, vagy egy régi munkamenet még nyitva van. Ha a fájlmegosztásnak egyszerűen nem szabad az alagutat használnia, inkább oldja le a kiszolgálókomponenst arról az adapterről, ami az alagutat minden más szolgáltatás számára használhatóvá teszi.

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

A helyi hálózat útvonalát részesítse előnyben anélkül, hogy azt állítaná, törli a csatornákat

Az interfész metrikája megmondja a Windowsnak, melyik útvonalat részesítse előnyben az új kapcsolatokhoz. Nem távolít el egy csatornát, amelyet a többcsatornás átvitel már elhatározta, hogy megnyit. Az alagút metrikájának növelése még mindig megéri, mert távol tartja a nem kapcsolódó forgalmat a lassú útvonaltól, és kiszámíthatóvá teszi az előnyben részesített útvonalat, de ez egy lökés, nem szűrő.

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

Másolja ki az aliast abból a kimenetből, ne gépelje be, mert egyes telepítések lokalizálják az adapter nevét, és az angol karakterlánc nem fog egyezni.

Ezután mérje meg újra mindkét számot: a fájlmásolást és az ugyanazon pár fölötti átbocsátóképesség-tesztet. Ha a másolás helyreáll, miközben az átbocsátóképesség-teszt soha nem volt lassú, a többcsatornás átvitel volt az ok, és megállhat. Ha mindkettő összeomlik, az alagút a szűk keresztmetszet és a többcsatornás átvitel csak felerősítette. Ha a másolás lassú marad, miközben mindkét útvonal helyesnek tűnik, a maradék probléma a megosztásban, a tárolóban vagy egy szűrő-illesztőprogramban lakik, ami más vizsgálat.