Hvorfor en SMB-kopi bliver langsom, når begge pc'er logger på VPN

SMB3 Multichannel kan føje en tunnelkanal til en LAN-kopi og trække den over på den langsommere vej. Bekræft kanalen, og fjern eller deaktiver den derefter, og test igen.

En filkopi mellem to Windows-maskiner på et gigabit-LAN falder til krybehastighed i det øjeblik, begge opretter forbindelse til samme VPN, mens en gennemstrømningstest mellem samme par stadig rapporterer næsten linjehastighed. Problemet er ikke forbindelsen, og det er disken heller ikke. SMB3 Multichannel har stille tilføjet en anden TCP-forbindelse, der kører over tunnelen, og kopien venter på den kanal, der er langsomst. Fjerner man den vej fra SMB, kommer LAN-hastigheden tilbage.

Én deling kan køre over flere TCP-forbindelser

Multichannel lader en klient åbne uafhængige forbindelser til én server, én for hvert passende adressepar. På et almindeligt LAN er der måske kun et enkelt par, så der sker ikke noget overraskende. Tilføj en VPN-adapter på begge maskiner, og Windows ser et andet par, tunneladresse mod tunneladresse, og åbner en kanal over det.

Den kanal er krypteret, deler CPU med tunnelen og krydser det samme WAN-link som alt andet. En kopi, der ellers havde brugt LAN alene, har nu et langsomt medlem i sættet, og SMB dropper det ikke stille.

En gennemstrømningstest, der er låst til LAN-adressen, ser stadig sund ud, og det er netop derfor, de to målinger er så uenige.

Bevis, at tunnelkanalen findes, før du ændrer noget

Kør forespørgslerne på klienten, mens en kopi er i gang, for en kanalliste er kun 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

Mere end én valgt række for samme server er den bekræftelse, du har brug for. Opløs klientadressen for den mistænkelige række til en grænseflade. Hvis det alias er VPN-adapteren, er kanalen ægte og ikke en forældet post.

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

Adresser er forskellige på hver maskine, så læs dem, din egen output rapporterer, i stedet for at skrive eksemplerne ovenfor.

Tag tunnelen ud af SMB, og genstart begge ender

At slå Multichannel fra er en ændring på både klienten og serveren, og gør man det kun på den ene side, står den anden fri til at blive ved med at tilbyde grænsefladen. Eksisterende kanaler overlever indstillingen, så planlæg en genstart i stedet for at forvente, at den næste kopi opfører sig anderledes.

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

Efter genstarten kan du liste de grænseflader, serveren tilbyder til SMB. Tunneladapteren bør være væk fra den liste. Er den der stadig, landede indstillingen på den forkerte ende, eller en gammel session er stadig åben.

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

Når målet er snævrere end at slå Multichannel fra overalt, stopper det at fjerne serverkomponentens binding til tunneladapteren delingen over den, mens resten af VPN'et lades i fred.

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

Foretræk LAN'et, og mål på samme måde to gange

En grænseflademetrik fjerner ikke en kanal, men den styrer nye forbindelser mod det fysiske link og holder uvedkommende trafik væk fra tunnelen. Kopiér aliaset fra outputtet i stedet for at skrive det, for det er lokaliseret på nogle installationer.

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

Gentag derefter begge målinger: filkopien og en enkeltstrøms-gennemstrømningstest. Hvis kopien kommer sig, mens gennemstrømningstesten er uændret, var tunnelen aldrig flaskehalsen. Hvis begge bryder sammen, er VPN-vejen grænsen, og Multichannel gjorde den blot synlig. Sammenlign med en kopi taget før VPN'et blev tilsluttet, for det er den eneste baseline, der isolerer ændringen.

At deaktivere Multichannel koster gennemstrømning på servere, der virkelig tilbyder flere hurtige veje, så slå det til igen, når VPN'et forsvinder ud af billedet. Notér, hvilken adapter du ændrede, for den næste person finder indstillingen og ikke årsagen.

Relaterede artikler