Dateikopien brechen ein, sobald die VPN verbindet: SMB-Multichannel

Eine Dateikopie zwischen zwei Windows-Rechnern ist schnell, bis beide derselben VPN beitreten, und dann bricht sie zusammen, während ein Durchsatztests über dasselbe Paar weiterhin fast Leitungsgeschwindigkeit meldet. Diese Lücke ist die Diagnose: Die Verbindung ist in Ordnung, und etwas wählt einen schlechteren Pfad für die Übertragung selbst. Dieses Etwas ist meist SMB3-Multichannel, das genau das tut, wofür es entworfen wurde. Nehmen Sie den zusätzlichen Kanal aus dem Spiel, und die Kopie kehrt auf die physische Verbindung zurück.

Das Symptom wartet auf seinen langsamsten Kanal

Multichannel erlaubt einer SMB-Sitzung, mehrere TCP-Verbindungen zu nutzen, eine pro geeignetem Adresspaar zwischen Client und Server. Wenn beide Rechner im LAN und im selben Tunnel sitzen, kann Windows die LAN-Adressen mit den Tunneladressen paaren und beide Paare als nutzbar behandeln. Die Sitzung hat am Ende mehr Kanäle, als die physische Verbindung braucht, und einer davon ist weit langsamer.

Es schlägt nicht fehl. Es wartet, weil die Sitzung nicht schneller fertig werden kann als ihr langsamster Kanal.

Deshalb kann ein Bandbreitentest gesund aussehen, während eine Kopie kriecht: Eine Einzelstrommessung wählt womöglich einen Pfad, während die Übertragung über zwei verteilt war. Lesen Sie die Kanalliste, bevor Sie eine Adaptereinstellung ändern, und lesen Sie sie, solange die Kopie noch läuft, denn eine ruhende Sitzung zeigt nichts. Was Sie notieren, sollte die Schnittstelle hinter jedem Kanal benennen, nicht nur, wie langsam sich das Ergebnis angefühlt hat.

Bestätigen Sie, dass ein zweiter Kanal existiert

Zwei Cmdlets beantworten die Frage direkt. Die Verbindungsliste zeigt die genutzten Kanäle, und die Sitzungsübersicht zeigt die Verbindung selbst. Führen Sie beide während der langsamen Kopie aus.

Get-SmbMultichannelConnection
Get-SmbConnection

Suchen Sie nach mehr als einer Zeile, die für denselben Server als ausgewählt markiert ist, und lösen Sie dann die Clientadresse in der verdächtigen Zeile auf. Gehört diese Adresse zum Tunneladapter, ist der zweite Pfad real und bestätigt. Gehört jede Zeile zur physischen Schnittstelle, ist Multichannel nicht Ihr Problem, und die Kopie ist aus einem anderen Grund langsam. Führen Sie diese Bestätigung zuerst durch, denn die Reparatur ist störend genug, um eine Minute Beweise zu verdienen.

Get-NetIPAddress -IPAddress 10.20.30.44

Die Adressen hier sind Platzhalter. Ersetzen Sie sie durch das, was Ihre eigene Ausgabe meldet, denn das Kopieren einer Adresse aus einem Blog ist der Weg, auf dem ein funktionierender Befehl zu einer verwirrenden Fehlermeldung wird.

Nehmen Sie den Tunnel aus SMB und messen Sie dann erneut

Multichannel abzuschalten ist der schnellste Weg, die Diagnose zu bestätigen, und es ist umkehrbar. Setzen Sie die Client-Einstellung auf dem kopierenden Rechner und die Server-Einstellung auf dem Rechner, der die Freigabe hostet, denn jede Seite allein kann den zusätzlichen Kanal am Leben halten. Die Änderung gilt für neue Verbindungen und nicht für bestehende, eine offene Sitzung übersteht sie also. Starten Sie beide Rechner neu, oder schließen Sie zumindest jedes Handle auf die Freigabe, bevor Sie irgendetwas messen.

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

Bestätigen Sie den neuen Zustand und sehen Sie dann, was der Server den Clients nun ankündigt.

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

Die Tunnelschnittstelle sollte aus dieser angekündigten Liste herausfallen. Wenn nicht, ist die Einstellung am falschen Endpunkt gelandet oder eine alte Sitzung ist noch offen. Wenn die Dateifreigabe den Tunnel einfach nicht nutzen darf, lösen Sie stattdessen die Serverkomponente von diesem Adapter, was den Tunnel für jeden anderen Dienst nutzbar lässt.

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

Bevorzugen Sie den LAN-Pfad, ohne zu behaupten, er lösche Kanäle

Eine Schnittstellenmetrik sagt Windows, welchen Pfad es für neue Verbindungen bevorzugen soll. Sie entfernt keinen Kanal, den Multichannel bereits zu öffnen beschlossen hat. Die Metrik des Tunnels anzuheben lohnt sich trotzdem, weil es unabhängigen Verkehr vom langsamen Pfad fernhält und die bevorzugte Route vorhersagbar macht, aber es ist ein Schubser, kein Filter.

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

Kopieren Sie den Alias aus dieser Ausgabe, statt ihn zu tippen, denn manche Installationen lokalisieren den Adapternamen, und die englische Zeichenfolge wird nicht passen.

Messen Sie dann beide Zahlen erneut: die Dateikopie und einen Durchsatztests über dasselbe Paar. Wenn sich die Kopie erholt, während der Durchsatztests nie langsam war, war Multichannel die Ursache, und Sie können aufhören. Wenn beide zusammenbrechen, ist der Tunnel der Engpass und Multichannel hat ihn nur verstärkt. Wenn die Kopie langsam bleibt, während beide Pfade korrekt aussehen, sitzt das verbleibende Problem in der Freigabe, im Speicher oder in einem Filtertreiber, was eine andere Untersuchung ist.