Proč se kopírování přes SMB zpomalí, když se oba počítače připojí ke stejné VPN

Kopírování souboru mezi dvěma počítači s Windows v gigabitové LAN spadne na plazení ve chvíli, kdy se oba připojí ke stejné VPN, zatímco test propustnosti mezi stejnou dvojicí stále hlásí téměř rychlost linky. Problém není ve spoji ani v disku. SMB3 Multichannel tiše přidal druhé TCP spojení, které jde tunelem, a kopie čeká na kanál, který je nejpomalejší. Když se tato cesta z SMB odstraní, rychlost LAN se vrátí.

Jeden sdílený prostředek může jet po několika TCP spojeních

Multichannel umožňuje klientovi otevřít nezávislá spojení k jednomu serveru, jedno pro každou vhodnou dvojici adres. V běžné LAN může být jediná dvojice, takže se nic překvapivého neděje. Přidejte na oba počítače adaptér VPN a Windows uvidí druhou dvojici, adresa tunelu proti adrese tunelu, a otevře přes ni kanál.

Tento kanál je šifrovaný, dělí se o procesor s tunelem a přechází stejný spoj WAN jako všechno ostatní. Kopie, která by jinak použila jen LAN, má nyní v sadě pomalého člena a SMB ho tiše nezahodí.

Test propustnosti připnutý k adrese LAN stále vypadá zdravě, a právě proto se obě měření tak ostře rozcházejí.

Dokažte, že tunelový kanál existuje, než cokoli změníte

Spusťte dotazy na klientovi, dokud kopírování běží, protože seznam kanálů je zajímavý jen tehdy, když je živý.

Get-SmbMultichannelConnection | Where-Object Selected -eq $true | Format-Table ServerName, ClientIPAddress, ServerIPAddress
Get-SmbConnection | Format-Table ServerName, Dialect, NumOpens

Více než jeden vybraný řádek pro stejný server je potvrzení, které potřebujete. Převeďte klientskou adresu podezřelého řádku na rozhraní. Pokud je tím aliasem adaptér VPN, kanál je skutečný, a ne zastaralý záznam.

Get-NetIPAddress -IPAddress 10.8.0.6 | Format-List IPAddress, InterfaceAlias

Adresy se na každém počítači liší, proto čtěte ty, které hlásí váš vlastní výstup, místo abyste opisovali příklady výše.

Vyjměte tunel z SMB a restartujte oba konce

Vypnutí Multichannelu je změna na klientovi i na serveru a provedení jen na jedné straně nechává druhou stranu volně nabízet rozhraní dál. Stávající kanály nastavení přežijí, proto naplánujte restart, místo abyste čekali, že se příští kopie bude chovat jinak.

Set-SmbClientConfiguration -EnableMultiChannel $false -Force
Set-SmbServerConfiguration -EnableMultiChannel $false -Force
Get-SmbClientConfiguration | Select-Object EnableMultiChannel

Po restartu vypište rozhraní, která server nabízí pro SMB. Tunelový adaptér by měl z tohoto seznamu zmizet. Pokud tam stále je, nastavení přistálo na špatném konci nebo je stále otevřená stará relace.

Get-SmbServerNetworkInterface | Format-List Name, InterfaceAlias, LinkSpeed

Když je cíl užší než vypnutí Multichannelu všude, odvázání serverové komponenty od tunelového adaptéru zastaví sdílení přes něj, ale zbytek VPN nechá nedotčený.

Get-NetAdapterBinding -Name "<vpn adapter>" -ComponentID ms_server
Disable-NetAdapterBinding -Name "<vpn adapter>" -ComponentID ms_server

Upřednostněte LAN a měřte dvakrát stejně

Metrika rozhraní kanál neodstraní, ale nasměruje nová spojení na fyzický spoj a udrží nesouvisející provoz mimo tunel. Zkopírujte alias z výstupu, místo abyste ho psali, protože na některých instalacích je lokalizovaný.

Get-NetIPInterface | Sort-Object InterfaceMetric | Select-Object InterfaceAlias, InterfaceMetric
Set-NetIPInterface -InterfaceAlias "<vpn adapter>" -AutomaticMetric Disabled -InterfaceMetric 9000

Poté zopakujte obě měření: kopírování souboru a test propustnosti s jediným tokem. Pokud se kopie zotaví, zatímco test propustnosti zůstane nezměněný, tunel nikdy nebyl úzkým hrdlem. Pokud se zhroutí obojí, limitem je cesta VPN a Multichannel ji jen zviditelnil. Porovnejte s kopií pořízenou před připojením VPN, protože to je jediná základna, která změnu izoluje.

Vypnutí Multichannelu stojí propustnost na serverech, které skutečně nabízejí několik rychlých cest, proto ho znovu zapněte, když VPN zmizí ze scény. Zapište, který adaptér jste změnili, protože příští člověk najde nastavení, a ne důvod.