Nakala za faili huporomoka VPN inapounganisha: SMB ya njia nyingi
Nakala husubiri njia yake ya polepole zaidi, kwa hivyo jaribio zuri la kipimo cha data huficha sababu. Thibitisha njia ya handaki, itoe kwenye SMB, kisha pima njia zote mbili.
Kunakili faili kati ya mashine mbili za Windows ni haraka hadi zote mbili zijiunge na VPN ile ile, kisha huanguka wakati jaribio la upitishaji kupitia jozi hiyo hiyo bado linaripoti karibu kasi ya mstari. Tofauti hiyo ndiyo utambuzi: kiungo kiko sawa na kitu kinachagua njia mbovu zaidi kwa uhamishaji wenyewe. Kitu hicho kwa kawaida ni SMB3 ya njia nyingi, ikifanya kwa usahihi kile ilichoundwa kwa ajili yake. Ondoa njia ya ziada na nakala hurudi kwenye kiungo halisi.
Dalili husubiri njia yake ya polepole zaidi
Njia nyingi huruhusu kikao kimoja cha SMB kutumia miunganisho kadhaa ya TCP, mmoja kwa kila jozi ya anwani inayofaa kati ya mteja na seva. Wakati mashine zote mbili ziko kwenye LAN na kwenye handaki moja, Windows inaweza kuoanisha anwani za LAN na anwani za handaki na kuchukua jozi zote mbili kama zinazoweza kutumika. Mwishowe kikao kinabaki na njia nyingi kuliko zinazohitajika na kiungo halisi, na moja yao ni polepole zaidi.
Haishindwi. Inasubiri, kwa sababu kikao hakiwezi kumaliza haraka kuliko njia yake ya polepole zaidi.
Ndiyo sababu jaribio la kipimo cha data linaweza kuonekana zuri wakati nakala inababa: kipimo cha mtiririko mmoja kinaweza kuchagua njia moja, wakati uhamishaji ulikuwa umetawanywa kwenye mbili. Soma orodha ya njia kabla ya kubadilisha mpangilio wowote wa adapta, na uisome wakati nakala bado inaendelea, kwa sababu kikao kisichofanya kazi hakionyeshi chochote. Unachoandika kinapaswa kutaja kiolesura kilicho nyuma ya kila njia, sio tu jinsi matokeo yalivyohisiwa kuwa ya polepole.
Thibitisha kuwa njia ya pili ipo
cmdlet mbili hujibu swali hilo moja kwa moja. Orodha ya miunganisho inaonyesha njia zinazotumika, na muhtasari wa kikao unaonyesha muunganisho wenyewe. Endesha zote mbili wakati wa nakala ya polepole.
Get-SmbMultichannelConnection
Get-SmbConnectionTafuta zaidi ya safu moja iliyowekwa alama kama iliyochaguliwa kwa seva hiyo hiyo, kisha tatua anwani ya mteja kwenye safu inayotiliwa shaka. Ikiwa anwani hiyo ni ya adapta ya handaki, njia ya pili ni ya kweli na imethibitishwa. Ikiwa kila safu ni ya kiolesura halisi, njia nyingi si tatizo lako na nakala ni polepole kwa sababu isiyohusiana. Fanya uthibitisho huo kwanza, kwa sababu ukarabati unavuruga vya kutosha kustahili dakika moja ya ushahidi.
Get-NetIPAddress -IPAddress 10.20.30.44Anwani zilizo hapa ni za kushikilia nafasi. Zibadilishe na kile ambacho matokeo yako mwenyewe yanaripoti, kwa sababu kunakili anwani kutoka blogu ndiyo njia ambayo amri inayofanya kazi hugeuka kuwa ujumbe wa hitilafu unaochanganya.
Ondoa handaki kwenye SMB, kisha pima tena
Kuzima njia nyingi ndiyo njia ya haraka zaidi ya kuthibitisha utambuzi, na inaweza kutenduliwa. Tumia mpangilio wa mteja kwenye mashine inayonakili na mpangilio wa seva kwenye mashine inayosimamia ushirikiano, kwa sababu upande wowote peke yake unaweza kuweka njia ya ziada hai. Mabadiliko yanahusu miunganisho mipya na sio iliyopo, kwa hivyo kikao kilicho wazi kinapona. Washa upya mashine zote mbili, au angalau funga kila kishikio kuelekea ushirikiano, kabla ya kupima chochote.
Set-SmbClientConfiguration -EnableMultiChannel $false -Force
Set-SmbServerConfiguration -EnableMultiChannel $false -ForceThibitisha hali mpya, kisha uone kile seva sasa inatangaza kwa wateja.
Get-SmbClientConfiguration | Select-Object EnableMultiChannel
Get-SmbServerNetworkInterface | Format-List *Kiolesura cha handaki kinapaswa kuanguka kutoka kwenye orodha hiyo iliyotangazwa. Ikiwa hakianguki, mpangilio ulitua upande usiofaa au kikao cha zamani bado kiko wazi. Ikiwa ushirikiano wa faili haupaswi kutumia handaki kabisa, badala yake tenganisha sehemu ya seva kutoka adapta hiyo, ambayo inaacha handaki likitumika kwa kila huduma nyingine.
Get-NetAdapterBinding -Name "OpenVPN Data Channel Offload"
Disable-NetAdapterBinding -Name "OpenVPN Data Channel Offload" -ComponentID ms_serverPendelea njia ya LAN bila kujifanya inafuta njia
Kipimo cha kiolesura humwambia Windows njia ipi ya kupendelea kwa miunganisho mipya. Haiondoi njia ambayo njia nyingi tayari imeamua kuifungua. Kupandisha kipimo cha handaki bado kunafaa, kwa sababu kunawaweka mbali trafiki zisizohusiana na njia ya polepole na kufanya njia inayopendelewa kuwa rahisi kutabirika, lakini ni msukumo, sio kichujio.
Get-NetIPInterface | Sort-Object InterfaceMetric | Select-Object InterfaceAlias, InterfaceMetric
Set-NetIPInterface -InterfaceAlias "OpenVPN Data Channel Offload" -AutomaticMetric Disabled -InterfaceMetric 1000Nakili jina mbadala kutoka kwenye matokeo hayo badala ya kuliandika, kwa sababu usanidi fulani hubadilisha jina la adapta kwa lugha ya ndani na mfuatano wa Kiingereza hautalingana.
Kisha pima tena nambari zote mbili: nakala ya faili na jaribio la upitishaji kupitia jozi hiyo hiyo. Ikiwa nakala inapona wakati jaribio la upitishaji halikuwa polepole kamwe, njia nyingi ndiyo ilikuwa sababu na unaweza kuacha. Ikiwa zote mbili huanguka, handaki ndilo kizuizi na njia nyingi ziliiongeza tu. Ikiwa nakala inabaki polepole wakati njia zote mbili zinaonekana sahihi, tatizo lililobaki linaishi kwenye ushirikiano, hifadhi au dereva wa kichujio, ambayo ni uchunguzi tofauti.