SMB többcsatornás működés VPN-en át: mit használ valójában a kliens

A VPN-en át lassú fájlhozzáférés arra csábít, hogy a többcsatornás beállítást megoldásként tekintsük, pedig a beállításnak gyakran nincs mivel dolgoznia. Egyetlen virtuális adapter RSS nélkül nem tudja több csatornára szórni a forgalmat, akárhogy is szól a jelölőnégyzet. Az számít, milyen képességet lát az SMB mindkét végponton, nem a laptop fizikai hálózati kártyájának specifikációja. Az alábbi áttekintés egy aktív munkamenettel kezdődik, és visszatér az adapterek elrendezéséhez.

A munkamenettől induljon, ne a hálózati kártya specifikációjától

Először erősítse meg, hogy a munkamenet egyáltalán használhatja a többcsatornás működést. A funkció az SMB3-hoz tartozik, ezért egy készülékkel vagy örökölt kiszolgálóval egyeztetett régebbi dialektus kizárja, mielőtt bármely adapterkérdés számítana. Ezután erősítse meg, melyik kiszolgálóhoz csatlakozott a kliens valójában, mert egy név, amely a vizsgált csomóponttól eltérő csomópontra oldódik fel, meggyőző, de irreleváns eredményt ad.

Get-SmbConnection
Get-SmbClientConfiguration | Select-Object EnableMultichannel
Get-SmbClientNetworkInterface

Az első parancs egy sorban nevezi meg a dialektust, a kiszolgálót és a megosztást. A második megmutatja, engedélyezett-e a funkció a kliensen, a harmadik pedig felsorolja az SMB által ismert interfészeket a jelentett képességeikkel. Egy virtuális adapter, amely sem RSS-t, sem RDMA-t nem jelent, megmondja, mivé válhat az elrendezés.

Ha a dialektus nem SMB3, álljon meg, és először oldja meg ezt a kérdést. Különben minden későbbi parancs egy olyan funkciót ír le, amely nem léphet működésbe.

Olvassa a kliens interfészeit őszintén

Az SMB-t nem érdekli, melyik adapter viszi az alapértelmezett útvonalat; felsorolja a használható interfészeket, és mindegyiket értékeli. Egy Wi-Fi-vel, Ethernettel és VPN-adapterrel rendelkező laptop három interfészt mutathat, és közülük csak egy lehet elérhető annak a kiszolgálónak, amellyel beszél. A többi jelölt, nem csatorna.

Az RSS és RDMA oszlopokat olvassa a kapcsolat sebessége oszlop helyett. A virtuális adapter gyakran magas névleges sebességet jelent RSS-képesség nélkül, és a névleges sebesség a virtuális kapcsolatot írja le, nem az interneten át vezető útvonalat. Egyik szám sem mondja meg, hány csatornát használ a munkamenet.

Ha az adapter nem mutat RSS-képességet, a támogatott javítás a VPN-szállító illesztőprogramjához tartozik, nem a fizikai hálózati kártya speciális tulajdonságaihoz. Az RSS jelölőnégyzet bejelölése a hardveres adapteren semmin sem változtat abból, amit a virtuális adapter az SMB felé mutat.

Válassza külön a kiválasztott csatornákat a felderített jelöltektől

A kapcsolatlista az a rész, amelyet a leggyakrabban olvasnak félre. A ki nem választott jelöltekkel együtt a kimenet mindent megmutat, amit az SMB figyelembe vett, és ez nem az adatot szállító csatornák halmaza. Olvassa a kiválasztás jelzőjét és a csatornaszámot az Önt érdeklő konkrét kliens- és kiszolgáló-interfészpárhoz.

Get-SmbMultichannelConnection -ServerName files.lab.example -IncludeNotSelected
Get-SmbMultichannelConnection -ServerName files.lab.example | Format-List *

Helyettesítse a saját kiszolgálónevével. A második forma a kiválasztott kapcsolatok tulajdonságait nyomtatja, beleértve az interfészindexeket és az aktuális csatornaszámot, és ez a szám számít. Több felderített cím egy adapteren továbbra is egy adapter.

Egy felderített cím a VPN-szabályzat miatt is használhatatlan lehet: lehet helyi alhálózati cím, amelyet az alagút nem visz át, vagy olyan cím, amelyet a kiszolgáló csak más hálózaton szolgál ki. Az SMB jelöltként listázza, mert az interfész létezik, nem azért, mert az útvonal működik.

Mit tesz a VPN-adapter az elrendezéssel

Három elrendezést érdemes megkülönböztetni, mert közülük csak kettő képes egynél több csatornát létrehozni. Egyetlen adapter RSS nélkül egy csatornát ad. Egyetlen RSS-képes adapter eloszthatja a kapcsolatokat a magok között. Több használható adapter RSS nélkül is több csatornát adhat, és pontosan ezt a konfigurációt felejtik el azok, akik az RSS-t kötelezőnek tartják.

Az utolsó sor az, amely VPN-en át számít. Azok a csatornák, amelyek mind ugyanabba a titkosított alagútba lépnek, osztoznak az alagút átviteli sebességén, a gateway CPU-ján és a WAN-kapcsolaton. Egy csatorna hozzáadása ott újraosztja a munkát anélkül, hogy kapacitást adna hozzá, és a mérés megmutatja.

Tartsa engedélyezve az aláírást és a titkosítást az összehasonlítás alatt, mert kikapcsolásuk megváltoztatja azt, amit mér. Egy biztonsági beállítás kikapcsolásától függő teljesítményeredmény nem olyan eredmény, amelyet telepíthet.

Mérje azt a terhelést, amely valóban lassú

Nevezze meg a terhelést, mielőtt bármit megváltoztat: egy nagy szekvenciális másolás, sok kis fájl egy könyvtárban, vagy egy alkalmazás, amely fogantyúkat nyit és zár. A többcsatornás működés segíthet az első esetben, ha valódi független útvonalak léteznek, a harmadikban pedig nagyon keveset tesz, mert ott a költség a függő oda-vissza utak, nem a sávszélesség.

Rögzítsen kiindulási mérést a jelenlegi elrendezéssel, változtasson meg egy dolgot, majd rögzítsen újra ugyanazzal a fájlhalmazzal és a nap ugyanazon szakában. Jegyezze fel a kiválasztott útvonalak számát a szám mellé, hogy egy későbbi olvasó meg tudja állapítani, az elrendezést vagy csak a terhelést változtatta-e meg a módosítás.

Ha a csatornák nem változtak, a teljesítménykérdés máshol van: az alagút titkosítási többletköltsége, az útvonal késleltetése, vagy a kiszolgáló saját lemeze és CPU-ja. Érdemes ezeket megmérni, mielőtt egy újabb adaptert adnánk egy laptophoz, amelynek már van belőlük elég.