Tiedostokopiot hyytyvät, kun VPN yhdistää: SMB-monikanava

Tiedoston kopiointi kahden Windows-koneen välillä on nopeaa, kunnes molemmat liittyvät samaan VPN:hen, ja silloin se romahtaa, vaikka saman parin yli tehty siirtotestaus raportoi edelleen lähes linjan nopeuden. Tämä ero on diagnoosi: yhteys on kunnossa ja jokin valitsee huonomman polun itse siirrolle. Se jokin on yleensä SMB3-monikanava, joka tekee täsmälleen sen, mihin se suunniteltiin. Ota ylimääräinen kanava pois pelistä, niin kopio palaa fyysiseen yhteyteen.

Oire odottaa hitainta kanavaansa

Monikanava antaa yhden SMB-istunnon käyttää useita TCP-yhteyksiä, yhden kutakin sopivaa osoiteparia kohti asiakkaan ja palvelimen välillä. Kun molemmat koneet ovat lähiverkossa ja samassa tunnelissa, Windows voi parittaa lähiverkon osoitteet tunnelin osoitteisiin ja pitää molempia pareja käyttökelpoisina. Istunnolle jää lopulta enemmän kanavia kuin fyysinen yhteys tarvitsee, ja yksi niistä on paljon hitaampi.

Se ei epäonnistu. Se odottaa, koska istunto ei voi valmistua nopeammin kuin sen hitain kanava.

Siksi kaistanleveystesti voi näyttää terveeltä, kun kopio matelee: yhden virran mittaus saattaa valita yhden polun, kun siirto oli jaettu kahdelle. Lue kanavaluettelo ennen kuin muutat mitään sovittimen asetusta, ja lue se kopion vielä käydessä, koska joutilas istunto ei näytä mitään. Sen, mitä kirjaat, pitäisi nimetä kunkin kanavan takana oleva liitäntä, ei vain sitä, miten hitaalta tulos tuntui.

Vahvista, että toinen kanava on olemassa

Kaksi cmdlet-komentoa vastaa kysymykseen suoraan. Yhteysluettelo näyttää käytössä olevat kanavat ja istunnon yhteenveto näyttää itse yhteyden. Suorita molemmat hitaan kopion aikana.

Get-SmbMultichannelConnection
Get-SmbConnection

Etsi useampi kuin yksi rivi, joka on merkitty valituksi samalle palvelimelle, ja selvitä sitten epäilyttävän rivin asiakasosoite. Jos osoite kuuluu tunnelisovittimelle, toinen polku on todellinen ja vahvistettu. Jos jokainen rivi kuuluu fyysiselle liitännälle, monikanava ei ole ongelmasi ja kopio on hidas asiasta riippumattomasta syystä. Tee tämä vahvistus ensin, koska korjaus on tarpeeksi häiritsevä ansaitakseen minuutin verran todisteita.

Get-NetIPAddress -IPAddress 10.20.30.44

Tässä olevat osoitteet ovat paikkamerkkejä. Korvaa ne sillä, mitä oma tulosteesi raportoi, koska osoitteen kopioiminen blogista on tapa, jolla toimivasta komennosta tulee hämmentävä virheilmoitus.

Poista tunneli SMB:stä ja mittaa sitten uudelleen

Monikanavan poistaminen käytöstä on nopein tapa vahvistaa diagnoosi, ja se on peruttavissa. Käytä asiakasasetusta kopioivalla koneella ja palvelinasetusta jakoa isännöivällä koneella, koska kumpikin puoli yksin voi pitää ylimääräisen kanavan elossa. Muutos koskee uusia yhteyksiä eikä olemassa olevia, joten avoin istunto selviää siitä. Käynnistä molemmat koneet uudelleen tai sulje ainakin kaikki jaon kahvat ennen kuin mittaat mitään.

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

Vahvista uusi tila ja katso sitten, mitä palvelin nyt ilmoittaa asiakkaille.

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

Tunneliliitännän pitäisi pudota pois ilmoitetusta luettelosta. Jos ei, asetus laskeutui väärään päähän tai vanha istunto on vielä auki. Jos tiedostojen jakamisen yksinkertaisesti ei pidä käyttää tunnelia, irrota palvelinkomponentti siitä sovittimesta, mikä jättää tunnelin käyttökelpoiseksi kaikille muille palveluille.

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

Suosi lähiverkon polkua teeskentelemättä, että se poistaa kanavia

Liitännän metriikka kertoo Windowsille, mitä polkua uusille yhteyksille suositaan. Se ei poista kanavaa, jonka monikanava on jo päättänyt avata. Tunnelin metriikan nostaminen on silti vaivan arvoista, koska se pitää asiaankuulumattoman liikenteen poissa hitaalta polulta ja tekee suositusta reitistä ennustettavan, mutta se on tönäisy, ei suodatin.

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

Kopioi alias tulosteesta sen sijaan että kirjoittaisit sen, koska jotkin asennukset lokalisoivat sovittimen nimen eikä englanninkielinen merkkijono vastaa sitä.

Mittaa sitten molemmat luvut uudelleen: tiedostokopio ja siirtotestaus saman parin yli. Jos kopio toipuu, vaikka siirtotestaus ei koskaan ollut hidas, monikanava oli syy ja voit lopettaa. Jos molemmat romahtavat, tunneli on pullonkaula ja monikanava vain voimisti sitä. Jos kopio pysyy hitaana, vaikka molemmat polut näyttävät oikeilta, jäljellä oleva ongelma asuu jaossa, tallennuksessa tai suodatinajurissa, mikä on eri tutkimus.