VPN കണക്ട് ചെയ്യുമ്പോൾ ഫയൽ പകർപ്പെടുക്കൽ മന്ദഗതിയാകുന്നു: SMB മൾട്ടിചാനൽ

രണ്ട് Windows മെഷീനുകൾക്കിടയിലുള്ള ഫയൽ പകർപ്പ് രണ്ടും ഒരേ VPN-ൽ ചേരുന്നതുവരെ വേഗത്തിലാണ്, പിന്നീട് അത് തകരുന്നു, അതേ ജോടിയിലൂടെയുള്ള ത്രൂപുട്ട് പരിശോധന ഇപ്പോഴും ലൈൻ വേഗതയോട് അടുത്ത മൂല്യം റിപ്പോർട്ട് ചെയ്യുന്നു. ആ വ്യത്യാസമാണ് രോഗനിർണയം: ലിങ്ക് കുഴപ്പമില്ല, എന്തോ ഒന്ന് കൈമാറ്റത്തിനുതന്നെ മോശം പാത തിരഞ്ഞെടുക്കുന്നു. ആ എന്തോ സാധാരണയായി SMB3 മൾട്ടിചാനൽ ആണ്, അത് രൂപകൽപ്പന ചെയ്തത് ചെയ്യാൻ വേണ്ടിയുള്ള കാര്യം കൃത്യമായി ചെയ്യുന്നു. അധിക ചാനൽ ഒഴിവാക്കുക, പകർപ്പ് ഭൗതിക ലിങ്കിലേക്ക് മടങ്ങും.

രോഗലക്ഷണം അതിന്റെ ഏറ്റവും മന്ദഗതിയിലുള്ള ചാനലിനായി കാത്തിരിക്കുന്നു

ഒരു SMB സെഷന് നിരവധി TCP കണക്ഷനുകൾ ഉപയോഗിക്കാൻ മൾട്ടിചാനൽ അനുവദിക്കുന്നു, ക്ലയന്റിനും സെർവറിനും ഇടയിലുള്ള ഓരോ അനുയോജ്യമായ വിലാസ ജോടിക്കും ഒന്ന്. രണ്ട് മെഷീനുകളും LAN-ലും ഒരേ ടണലിലും ആയിരിക്കുമ്പോൾ, Windows-ന് LAN വിലാസങ്ങൾ ടണൽ വിലാസങ്ങളുമായി ജോടിയാക്കി രണ്ട് ജോടികളെയും ഉപയോഗയോഗ്യമായി കണക്കാക്കാം. അവസാനം സെഷനിൽ ഭൗതിക ലിങ്കിന് ആവശ്യമുള്ളതിലധികം ചാനലുകൾ അവശേഷിക്കുന്നു, അവയിലൊന്ന് വളരെ മന്ദഗതിയിലാണ്.

അത് പരാജയപ്പെടുന്നില്ല. അത് കാത്തിരിക്കുന്നു, കാരണം സെഷന് അതിന്റെ ഏറ്റവും മന്ദഗതിയിലുള്ള ചാനലിനെക്കാൾ വേഗത്തിൽ പൂർത്തിയാകാൻ കഴിയില്ല.

അതുകൊണ്ടാണ് പകർപ്പ് ഇഴയുമ്പോഴും ബാൻഡ്‌വിഡ്ത്ത് പരിശോധന ആരോഗ്യകരമായി തോന്നാനിടയുള്ളത്: ഒറ്റ സ്ട്രീം അളവ് ഒരു പാത തിരഞ്ഞെടുത്തേക്കാം, എന്നാൽ കൈമാറ്റം രണ്ടിലായി വ്യാപിച്ചിരുന്നു. ഏതെങ്കിലും അഡാപ്റ്റർ ക്രമീകരണം മാറ്റുന്നതിന് മുമ്പ് ചാനൽ പട്ടിക വായിക്കുക, പകർപ്പ് ഇപ്പോഴും പ്രവർത്തിക്കുന്ന സമയത്ത് അത് വായിക്കുക, കാരണം നിഷ്ക്രിയ സെഷൻ ഒന്നും കാണിക്കുന്നില്ല. നിങ്ങൾ എഴുതുന്നതിൽ ഓരോ ചാനലിനും പിന്നിലെ ഇന്റർഫേസ് പേരിടണം, ഫലം എത്ര മന്ദഗതിയിലായി തോന്നി എന്ന് മാത്രമല്ല.

രണ്ടാമതൊരു ചാനൽ ഉണ്ടെന്ന് സ്ഥിരീകരിക്കുക

രണ്ട് cmdlet ഈ ചോദ്യത്തിന് നേരിട്ട് ഉത്തരം നൽകുന്നു. കണക്ഷൻ പട്ടിക ഉപയോഗത്തിലുള്ള ചാനലുകൾ കാണിക്കുന്നു, സെഷൻ സംഗ്രഹം കണക്ഷൻ തന്നെ കാണിക്കുന്നു. മന്ദഗതിയിലുള്ള പകർപ്പിനിടയിൽ രണ്ടും പ്രവർത്തിപ്പിക്കുക.

Get-SmbMultichannelConnection
Get-SmbConnection

ഒരേ സെർവറിനായി തിരഞ്ഞെടുത്തതായി അടയാളപ്പെടുത്തിയ ഒന്നിലധികം വരികൾ തിരയുക, തുടർന്ന് സംശയാസ്പദമായ വരിയിലെ ക്ലയന്റ് വിലാസം നിർണ്ണയിക്കുക. ആ വിലാസം ടണൽ അഡാപ്റ്ററിന്റേതാണെങ്കിൽ, രണ്ടാമത്തെ പാത യഥാർത്ഥവും സ്ഥിരീകരിച്ചതുമാണ്. എല്ലാ വരികളും ഭൗതിക ഇന്റർഫേസിന്റേതാണെങ്കിൽ, മൾട്ടിചാനൽ നിങ്ങളുടെ പ്രശ്നമല്ല, പകർപ്പ് അസംബന്ധമായ കാരണത്താൽ മന്ദഗതിയിലാണ്. ഈ സ്ഥിരീകരണം ആദ്യം ചെയ്യുക, കാരണം അറ്റകുറ്റപ്പണി ഒരു മിനിറ്റ് തെളിവിന് അർഹമാകുന്നത്ര തടസ്സപ്പെടുത്തുന്നതാണ്.

Get-NetIPAddress -IPAddress 10.20.30.44

ഇവിടെയുള്ള വിലാസങ്ങൾ പ്ലേസ്‌ഹോൾഡറുകളാണ്. നിങ്ങളുടെ സ്വന്തം ഔട്ട്‌പുട്ട് റിപ്പോർട്ട് ചെയ്യുന്നത് കൊണ്ട് അവ മാറ്റുക, കാരണം ബ്ലോഗിൽ നിന്ന് വിലാസം പകർത്തുന്നതാണ് പ്രവർത്തിക്കുന്ന ഒരു കമാൻഡ് ആശയക്കുഴപ്പമുള്ള പിശക് സന്ദേശമാകുന്ന വഴി.

ടണൽ SMB-യിൽ നിന്ന് പുറത്തെടുത്ത് വീണ്ടും അളക്കുക

മൾട്ടിചാനൽ അപ്രാപ്തമാക്കുകയാണ് രോഗനിർണയം സ്ഥിരീകരിക്കാനുള്ള വേഗമേറിയ മാർഗം, അത് പഴയപടിയാക്കാനും കഴിയും. ക്ലയന്റ് ക്രമീകരണം പകർപ്പ് ചെയ്യുന്ന മെഷീനിലും സെർവർ ക്രമീകരണം ഷെയർ ഹോസ്റ്റ് ചെയ്യുന്ന മെഷീനിലും പ്രയോഗിക്കുക, കാരണം ഏതെങ്കിലും ഒരു വശം ഒറ്റയ്ക്ക് അധിക ചാനൽ ജീവനോടെ നിലനിർത്താം. മാറ്റം നിലവിലുള്ളവയ്ക്കല്ല, പുതിയ കണക്ഷനുകൾക്കാണ് ബാധകം, അതിനാൽ തുറന്ന സെഷൻ അതിനെ അതിജീവിക്കും. എന്തെങ്കിലും അളക്കുന്നതിന് മുമ്പ് രണ്ട് മെഷീനുകളും റീബൂട്ട് ചെയ്യുക, അല്ലെങ്കിൽ കുറഞ്ഞത് ഷെയറിലേക്കുള്ള എല്ലാ ഹാൻഡിലുകളും അടയ്ക്കുക.

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

പുതിയ അവസ്ഥ സ്ഥിരീകരിച്ച ശേഷം സെർവർ ഇപ്പോൾ ക്ലയന്റുകളോട് എന്താണ് പ്രഖ്യാപിക്കുന്നതെന്ന് നോക്കുക.

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

ടണൽ ഇന്റർഫേസ് ആ പ്രഖ്യാപിത പട്ടികയിൽ നിന്ന് പുറത്തുപോകണം. ഇല്ലെങ്കിൽ, ക്രമീകരണം തെറ്റായ അറ്റത്ത് എത്തി അല്ലെങ്കിൽ പഴയ സെഷൻ ഇപ്പോഴും തുറന്നിരിക്കുന്നു. ഫയൽ പങ്കിടൽ ടണൽ ഉപയോഗിക്കരുതെന്ന് ഉറപ്പാണെങ്കിൽ, പകരം ആ അഡാപ്റ്ററിൽ നിന്ന് സെർവർ ഘടകം അൺബൈൻഡ് ചെയ്യുക, ഇത് ടണൽ മറ്റെല്ലാ സേവനങ്ങൾക്കും ഉപയോഗയോഗ്യമായി നിലനിർത്തുന്നു.

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

ചാനലുകൾ മായ്ക്കുന്നതായി നടിക്കാതെ LAN പാതയ്ക്ക് മുൻഗണന നൽകുക

ഇന്റർഫേസ് മെട്രിക് പുതിയ കണക്ഷനുകൾക്ക് ഏത് പാതയ്ക്ക് മുൻഗണന നൽകണമെന്ന് Windows-നോട് പറയുന്നു. മൾട്ടിചാനൽ ഇതിനകം തുറക്കാൻ തീരുമാനിച്ച ഒരു ചാനൽ അത് നീക്കം ചെയ്യുന്നില്ല. ടണലിന്റെ മെട്രിക് ഉയർത്തുന്നത് ഇപ്പോഴും മൂല്യമുള്ളതാണ്, കാരണം അത് അസംബന്ധ ട്രാഫിക്കിനെ മന്ദഗതിയിലുള്ള പാതയിൽ നിന്ന് അകറ്റി നിർത്തുകയും മുൻഗണനാ റൂട്ട് പ്രവചനീയമാക്കുകയും ചെയ്യുന്നു, പക്ഷേ അത് ഒരു തള്ളലാണ്, ഫിൽട്ടറല്ല.

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

അലിയാസ് ടൈപ്പ് ചെയ്യുന്നതിന് പകരം ആ ഔട്ട്‌പുട്ടിൽ നിന്ന് പകർത്തുക, കാരണം ചില ഇൻസ്റ്റാളേഷനുകൾ അഡാപ്റ്ററിന്റെ പേര് പ്രാദേശികവൽക്കരിക്കുന്നു, ഇംഗ്ലീഷ് സ്ട്രിംഗ് പൊരുത്തപ്പെടില്ല.

തുടർന്ന് രണ്ട് സംഖ്യകളും വീണ്ടും അളക്കുക: ഫയൽ പകർപ്പും അതേ ജോടിയിലൂടെയുള്ള ത്രൂപുട്ട് പരിശോധനയും. ത്രൂപുട്ട് പരിശോധന ഒരിക്കലും മന്ദഗതിയിലായിരുന്നില്ലെങ്കിലും പകർപ്പ് വീണ്ടെടുക്കുന്നുവെങ്കിൽ, മൾട്ടിചാനൽ ആയിരുന്നു കാരണം, നിങ്ങൾക്ക് നിർത്താം. രണ്ടും തകരുകയാണെങ്കിൽ, ടണലാണ് തടസ്സം മൾട്ടിചാനൽ അത് വർദ്ധിപ്പിച്ചുവെന്ന് മാത്രം. രണ്ട് പാതകളും ശരിയായി തോന്നുമ്പോഴും പകർപ്പ് മന്ദഗതിയിലാണെങ്കിൽ, ബാക്കിയുള്ള പ്രശ്നം ഷെയറിലും സംഭരണത്തിലും അല്ലെങ്കിൽ ഒരു ഫിൽട്ടർ ഡ്രൈവറിലും കഴിയുന്നു, അത് മറ്റൊരു അന്വേഷണമാണ്.