SMB me shumë kanale përmes VPN: çfarë përdor klienti në të vërtetë

Qasja e ngadaltë në skedarë përmes VPN ju shtyn ta shihni cilësimin e shumë kanaleve si zgjidhje, dhe cilësimi shpesh nuk ka me çfarë të punojë. Një përshtatës virtual i vetëm pa RSS nuk mund ta shpërndajë trafikun në disa kanale, çfarëdo që thotë kutia e zgjedhjes. Rëndësi ka aftësia që SMB sheh në të dy skajet, jo specifikimi i NIC-it fizik të laptopit. Shpjegimi më poshtë nis nga një sesion aktiv dhe kthehet te rregullimi i përshtatësve.

Filloni nga sesioni, jo nga specifikimi i NIC-it

Së pari konfirmoni që sesioni mund ta përdorë fare shumë-kanalëshin. Funksioni i përket SMB3, prandaj një dialekt më i vjetër i negociuar me një pajisje ose server të vjetër e përjashton përpara se ndonjë pyetje për përshtatësin të bëhet e rëndësishme. Më pas konfirmoni se me cilin server u lidh vërtet klienti, sepse një emër që zgjidhet në një nyje tjetër nga ajo që po inspektoni jep një rezultat bindës por të parëndësishëm.

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

Komanda e parë emërton dialektin, serverin dhe ndarjen në një rresht. E dyta tregon nëse funksioni është i aktivizuar te klienti, dhe e treta liston ndërfaqet që SMB njeh me aftësitë e raportuara. Një përshtatës virtual që nuk raporton as RSS as RDMA ju tregon se çfarë mund të bëhet rregullimi.

Nëse dialekti nuk është SMB3, ndaloni dhe zgjidhni së pari atë çështje. Përndryshe çdo komandë e mëvonshme do të përshkruajë një funksion që nuk mund të aktivizohet.

Lexoni ndërfaqet e klientit me ndershmëri

SMB-së nuk i intereson cili përshtatës mbart rrugën tuaj të paracaktuar; ai numëron ndërfaqet që mund të përdorë dhe vlerëson secilën. Një laptop me Wi-Fi, Ethernet dhe një përshtatës VPN mund të paraqesë tre ndërfaqe, dhe vetëm njëra prej tyre mund të jetë e arritshme për serverin me të cilin po flisni. Të tjerat janë kandidatë, jo kanale.

Lexoni kolonat RSS dhe RDMA në vend të kolonës së shpejtësisë së lidhjes. Një përshtatës virtual shpesh raporton një shpejtësi nominale të lartë pa aftësi RSS, dhe shpejtësia nominale përshkruan lidhjen virtuale, jo rrugën përmes internetit. Asnjëri prej dy numrave nuk ju thotë sa kanale përdor sesioni.

Nëse përshtatësi nuk tregon aftësi RSS, rregullimi i mbështetur i përket drejtuesit të furnizuesit të VPN, jo vetive të avancuara të NIC-it fizik. Shënimi i kutisë RSS në përshtatësin e harduerit nuk ndryshon asgjë në atë që përshtatësi virtual i ekspozon SMB-së.

Ndani kanalet e zgjedhura nga kandidatët e zbuluar

Lista e lidhjeve është pjesa më shpesh e lexuar gabim. Kur përfshihen kandidatët e pazgjedhur, dalja tregon gjithçka që SMB mori në shqyrtim, dhe ky nuk është grupi i kanaleve që mbartin të dhëna. Lexoni flamurin e zgjedhjes dhe numrin e kanaleve për çiftin konkret të ndërfaqeve të klientit dhe serverit që ju intereson.

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

Zëvendësojeni me emrin e serverit tuaj. Forma e dytë shtyp vetitë e lidhjeve të zgjedhura, duke përfshirë indekset e ndërfaqeve dhe numrin aktual të kanaleve, dhe ky është numri që ka rëndësi. Disa adresa të zbuluara në një përshtatës janë ende një përshtatës.

Një adresë e zbuluar mund të jetë e papërdorshme edhe për shkak të politikës së VPN: mund të jetë një adresë e nënrrjetit lokal që tuneli nuk e mbart, ose një adresë që serveri e shërben vetëm në një rrjet tjetër. SMB e liston si kandidat sepse ndërfaqja ekziston, jo sepse rruga funksionon.

Çfarë bën përshtatësi VPN me rregullimin

Vlen të dallohen tre rregullime, sepse vetëm dy prej tyre mund të prodhojnë më shumë se një kanal. Një përshtatës pa RSS jep një kanal. Një përshtatës me aftësi RSS mund t'i shpërndajë lidhjet nëpër bërthama. Disa përshtatës të përdorshëm mund të prodhojnë disa kanale edhe pa RSS, dhe ky është konfigurimi që njerëzit harrojnë kur supozojnë se RSS është i detyrueshëm.

Rreshti i fundit është ai që ka rëndësi përmes VPN. Kanalet që të gjitha hyjnë në të njëjtin tunel të kriptuar ndajnë xhiron e tunelit, CPU-në e portës dhe lidhjen WAN. Shtimi i një kanali atje e rishpërndan punën pa shtuar kapacitet, dhe matja do ta tregojë.

Mbajini nënshkrimin dhe kriptimin të aktivizuar ndërsa krahasoni, sepse çaktivizimi i tyre ndryshon atë që matni. Një rezultat performance që varet nga çaktivizimi i një cilësimi sigurie nuk është rezultat që mund ta vendosni në përdorim.

Matni ngarkesën që është vërtet e ngadaltë

Emërtoni ngarkesën përpara se të ndryshoni diçka: një kopje e madhe sekuenciale, shumë skedarë të vegjël në një drejtori, ose një aplikacion që hap dhe mbyll doreza. Shumë-kanalëshi mund të ndihmojë rastin e parë kur ekzistojnë rrugë të pavarura të vërteta, dhe bën shumë pak për të tretin, sepse atje kostoja janë udhëtimet e varura vajtje-ardhje dhe jo gjerësia e brezit.

Merrni një vijë bazë me rregullimin aktual, ndryshoni një gjë dhe merrni përsëri me të njëjtin grup skedarësh dhe në të njëjtën kohë të ditës. Shënoni numrin e rrugëve të zgjedhura pranë vlerës, që një lexues i mëvonshëm të mund të gjykojë nëse ndryshimi ndryshoi rregullimin apo vetëm ngarkesën.

Nëse kanalet nuk ndryshuan, pyetja e performancës është diku tjetër: kostoja e kriptimit të tunelit, vonesa e rrugës, ose disku dhe CPU-ja e vetë serverit. Vlen t'i matni përpara se t'i shtoni një përshtatës tjetër një laptopi që tashmë ka mjaft.