Hvorfor en SMB-kopi blir treg når begge PC-ene kobler til samme VPN

En filkopi mellom to Windows-maskiner på et gigabit-LAN faller til krypfart i det øyeblikket begge kobler til samme VPN, mens en gjennomstrømningstest mellom samme par fortsatt rapporterer nesten linjehastighet. Problemet er ikke forbindelsen, og ikke disken heller. SMB3 Multichannel har stille lagt til en andre TCP-tilkobling som går over tunnelen, og kopien venter på kanalen som er tregest. Fjerner man den veien fra SMB, kommer LAN-hastigheten tilbake.

Én deling kan gå over flere TCP-tilkoblinger

Multichannel lar en klient åpne uavhengige tilkoblinger til én server, én for hvert passende adressepar. På et vanlig LAN er det kanskje bare ett par, så ingenting overraskende skjer. Legg til en VPN-adapter på begge maskinene, og Windows ser et andre par, tunneladresse mot tunneladresse, og åpner en kanal over det.

Den kanalen er kryptert, deler CPU med tunnelen og krysser den samme WAN-lenken som alt annet. En kopi som ellers ville brukt bare LAN, har nå et tregt medlem i settet, og SMB slipper det ikke stille.

En gjennomstrømningstest festet til LAN-adressen ser fortsatt sunn ut, og det er nettopp derfor de to målingene er så uenige.

Bevis at tunnelkanalen finnes før du endrer noe

Kjør spørringene på klienten mens en kopi pågår, for en kanalliste er bare interessant når den er levende.

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

Mer enn én valgt rad for samme server er bekreftelsen du trenger. Slå opp klientadressen til den mistenkelige raden til et grensesnitt. Hvis det aliaset er VPN-adapteren, er kanalen ekte og ikke en foreldet oppføring.

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

Adresser er forskjellige på hver maskin, så les dem din egen utskrift rapporterer i stedet for å skrive eksemplene ovenfor.

Ta tunnelen ut av SMB og start begge ender på nytt

Å slå av Multichannel er en endring på både klienten og serveren, og gjør du det bare på én side, står den andre fritt til å fortsette å tilby grensesnittet. Eksisterende kanaler overlever innstillingen, så planlegg en omstart i stedet for å forvente at neste kopi oppfører seg annerledes.

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

Etter omstarten kan du liste grensesnittene serveren tilbyr for SMB. Tunneladapteren skal være borte fra den listen. Er den fortsatt der, landet innstillingen på feil endepunkt, eller en gammel økt er fortsatt åpen.

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

Når målet er smalere enn å slå av Multichannel overalt, stopper det å løsne serverkomponenten fra tunneladapteren delingen over den, mens resten av VPN-en lates i fred.

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

Foretrekk LAN-et og mål på samme måte to ganger

En grensesnittmetrikk fjerner ikke en kanal, men den styrer nye tilkoblinger mot den fysiske lenken og holder uvedkommende trafikk borte fra tunnelen. Kopier aliaset fra utskriften i stedet for å skrive det, for det er lokalisert på enkelte installasjoner.

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

Gjenta deretter begge målingene: filkopien og en enkeltstrøms gjennomstrømningstest. Hvis kopien kommer seg mens gjennomstrømningstesten er uendret, var tunnelen aldri flaskehalsen. Hvis begge kollapser, er VPN-veien grensen, og Multichannel gjorde den bare synlig. Sammenlign med en kopi tatt før VPN-en ble koblet til, for det er den eneste referansen som isolerer endringen.

Å deaktivere Multichannel koster gjennomstrømning på servere som faktisk tilbyr flere raske veier, så slå det på igjen når VPN-en forsvinner ut av bildet. Noter hvilken adapter du endret, for den neste personen finner innstillingen og ikke årsaken.