രണ്ട് പിസികളും ഒരേ VPN-ലേക്ക് ചേരുമ്പോൾ SMB കോപ്പി മന്ദഗതിയിലാകുന്നത് എന്തുകൊണ്ട്
SMB3 Multichannel ഒരു LAN കോപ്പിയിലേക്ക് ടണൽ ചാനൽ ചേർത്ത് അതിനെ വേഗം കുറഞ്ഞ പാതയിലേക്ക് വലിച്ചിടാം. ചാനൽ സ്ഥിരീകരിച്ച ശേഷം ബൈൻഡിംഗ് നീക്കം ചെയ്യുകയോ പ്രവർത്തനരഹിതമാക്കുകയോ ചെയ്ത് വീണ്ടും പരിശോധിക്കുക.
ഒരു ഗിഗാബിറ്റ് LAN-ലെ രണ്ട് Windows മെഷീനുകൾക്കിടയിലുള്ള ഫയൽ കോപ്പി, രണ്ടും ഒരേ VPN-ലേക്ക് ബന്ധിപ്പിക്കുന്ന നിമിഷം ഇഴയുന്ന വേഗതയിലേക്ക് താഴുന്നു, അതേ ജോടിക്കിടയിലുള്ള ത്രൂപുട്ട് പരിശോധന ഇപ്പോഴും ഏകദേശം ലൈൻ വേഗത റിപ്പോർട്ട് ചെയ്യുന്നു. പ്രശ്നം ലിങ്കിലല്ല, ഡിസ്കിലുമല്ല. SMB3 Multichannel ടണലിലൂടെ സഞ്ചരിക്കുന്ന രണ്ടാമത്തെ TCP കണക്ഷൻ നിശബ്ദമായി ചേർത്തു, കോപ്പി ഏറ്റവും മന്ദഗതിയിലുള്ള ചാനലിനായി കാത്തിരിക്കുന്നു. ആ പാത SMB-യിൽ നിന്ന് നീക്കിയാൽ LAN വേഗത തിരികെ വരും.
ഒരു ഷെയർ നിരവധി TCP കണക്ഷനുകളിലൂടെ സഞ്ചരിക്കാം
Multichannel ഒരു ക്ലയന്റിന് ഒരു സെർവറിലേക്ക് സ്വതന്ത്ര കണക്ഷനുകൾ തുറക്കാൻ അനുവദിക്കുന്നു, അനുയോജ്യമായ ഓരോ വിലാസ ജോടിക്കും ഒന്ന്. സാധാരണ LAN-ൽ ഒരു ജോടി മാത്രമായിരിക്കാം, അതിനാൽ അത്ഭുതകരമായി ഒന്നും സംഭവിക്കുന്നില്ല. രണ്ട് മെഷീനുകളിലും VPN അഡാപ്റ്റർ ചേർക്കുക, Windows രണ്ടാമത്തെ ജോടി കാണുന്നു, ടണൽ വിലാസം ടണൽ വിലാസത്തിനെതിരെ, അതിലൂടെ ഒരു ചാനൽ തുറക്കുന്നു.
ആ ചാനൽ എൻക്രിപ്റ്റ് ചെയ്തതാണ്, ടണലുമായി CPU പങ്കിടുന്നു, മറ്റെല്ലാം പോലെ അതേ WAN ലിങ്ക് കടക്കുന്നു. LAN മാത്രം ഉപയോഗിക്കുമായിരുന്ന കോപ്പിയുടെ സെറ്റിൽ ഇപ്പോൾ ഒരു മന്ദഗതിയിലുള്ള അംഗമുണ്ട്, SMB അതിനെ നിശബ്ദമായി ഉപേക്ഷിക്കുന്നുമില്ല.
LAN വിലാസത്തിൽ ഉറപ്പിച്ച ത്രൂപുട്ട് പരിശോധന ഇപ്പോഴും ആരോഗ്യകരമായി തോന്നുന്നു, രണ്ട് അളവുകൾ ഇത്ര കടുത്തതായി വ്യത്യാസപ്പെടുന്നതിന്റെ കാരണം അതുതന്നെ.
എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് ടണൽ ചാനൽ നിലവിലുണ്ടെന്ന് തെളിയിക്കുക
ഒരു കോപ്പി നടക്കുമ്പോൾ ക്ലയന്റിൽ ക്വറികൾ പ്രവർത്തിപ്പിക്കുക, കാരണം ചാനൽ പട്ടിക ജീവിച്ചിരിക്കുമ്പോൾ മാത്രമാണ് താൽപ്പര്യപ്രദം.
Get-SmbMultichannelConnection | Where-Object Selected -eq $true | Format-Table ServerName, ClientIPAddress, ServerIPAddress Get-SmbConnection | Format-Table ServerName, Dialect, NumOpens
ഒരേ സെർവറിനായി ഒന്നിലധികം തിരഞ്ഞെടുത്ത വരികൾ നിങ്ങൾക്ക് ആവശ്യമായ സ്ഥിരീകരണമാണ്. സംശയാസ്പദമായ വരിയുടെ ക്ലയന്റ് വിലാസം ഒരു ഇന്റർഫേസിലേക്ക് പരിഹരിക്കുക. ആ ഉപനാമം VPN അഡാപ്റ്ററാണെങ്കിൽ, ചാനൽ യഥാർത്ഥമാണ്, പഴയ എൻട്രിയല്ല.
Get-NetIPAddress -IPAddress 10.8.0.6 | Format-List IPAddress, InterfaceAlias
ഓരോ മെഷീനിലും വിലാസങ്ങൾ വ്യത്യാസപ്പെടുന്നു, അതിനാൽ മുകളിലെ ഉദാഹരണങ്ങൾ ടൈപ്പ് ചെയ്യുന്നതിന് പകരം നിങ്ങളുടെ സ്വന്തം ഔട്ട്പുട്ട് റിപ്പോർട്ട് ചെയ്യുന്ന വിലാസങ്ങൾ വായിക്കുക.
SMB-യിൽ നിന്ന് ടണൽ പുറത്തെടുത്ത് ഇരു അറ്റങ്ങളും വീണ്ടും ആരംഭിക്കുക
Multichannel ഓഫ് ചെയ്യുന്നത് ക്ലയന്റിലും സെർവറിലും ഒരുപോലെ മാറ്റമാണ്, ഒരു വശത്ത് മാത്രം ചെയ്താൽ മറുവശം ഇന്റർഫേസ് നൽകുന്നത് തുടരാൻ സ്വതന്ത്രമായിരിക്കും. നിലവിലുള്ള ചാനലുകൾ ഈ ക്രമീകരണത്തെ അതിജീവിക്കുന്നു, അതിനാൽ അടുത്ത കോപ്പി വ്യത്യസ്തമായി പെരുമാറുമെന്ന് പ്രതീക്ഷിക്കുന്നതിന് പകരം ഒരു റീസ്റ്റാർട്ട് ആസൂത്രണം ചെയ്യുക.
Set-SmbClientConfiguration -EnableMultiChannel $false -Force Set-SmbServerConfiguration -EnableMultiChannel $false -Force Get-SmbClientConfiguration | Select-Object EnableMultiChannel
റീബൂട്ടിന് ശേഷം, SMB-യ്ക്കായി സെർവർ വാഗ്ദാനം ചെയ്യുന്ന ഇന്റർഫേസുകൾ ലിസ്റ്റ് ചെയ്യുക. ടണൽ അഡാപ്റ്റർ ആ പട്ടികയിൽ നിന്ന് പോയിരിക്കണം. അത് ഇപ്പോഴും ഉണ്ടെങ്കിൽ, ക്രമീകരണം തെറ്റായ എൻഡ്പോയിന്റിൽ എത്തി, അല്ലെങ്കിൽ പഴയ സെഷൻ ഇപ്പോഴും തുറന്നിരിക്കുന്നു.
Get-SmbServerNetworkInterface | Format-List Name, InterfaceAlias, LinkSpeed
എല്ലായിടത്തും Multichannel പ്രവർത്തനരഹിതമാക്കുന്നതിനേക്കാൾ ഇടുങ്ങിയതാണ് ലക്ഷ്യമെങ്കിൽ, സെർവർ ഘടകം ടണൽ അഡാപ്റ്ററിൽ നിന്ന് അൺബൈൻഡ് ചെയ്യുന്നത് അതിലൂടെയുള്ള പങ്കിടൽ നിർത്തുന്നു, ബാക്കി VPN അസ്പൃശ്യമായി നിലനിർത്തുന്നു.
Get-NetAdapterBinding -Name "<vpn adapter>" -ComponentID ms_server Disable-NetAdapterBinding -Name "<vpn adapter>" -ComponentID ms_server
LAN-ന് മുൻഗണന നൽകുക, അതേ രീതിയിൽ രണ്ടുതവണ അളക്കുക
ഇന്റർഫേസ് മെട്രിക് ഒരു ചാനൽ നീക്കം ചെയ്യുന്നില്ല, പക്ഷേ പുതിയ കണക്ഷനുകളെ ഭൗതിക ലിങ്കിലേക്ക് നയിക്കുകയും ബന്ധമില്ലാത്ത ട്രാഫിക് ടണലിൽ നിന്ന് അകറ്റി നിർത്തുകയും ചെയ്യുന്നു. ഉപനാമം ടൈപ്പ് ചെയ്യുന്നതിന് പകരം ഔട്ട്പുട്ടിൽ നിന്ന് പകർത്തുക, കാരണം ചില ഇൻസ്റ്റാളേഷനുകളിൽ അത് പ്രാദേശികവൽക്കരിക്കപ്പെട്ടിരിക്കുന്നു.
Get-NetIPInterface | Sort-Object InterfaceMetric | Select-Object InterfaceAlias, InterfaceMetric Set-NetIPInterface -InterfaceAlias "<vpn adapter>" -AutomaticMetric Disabled -InterfaceMetric 9000
തുടർന്ന് രണ്ട് അളവുകളും ആവർത്തിക്കുക: ഫയൽ കോപ്പിയും സിംഗിൾ-സ്ട്രീം ത്രൂപുട്ട് പരിശോധനയും. ത്രൂപുട്ട് പരിശോധന മാറ്റമില്ലാതെ തുടരുമ്പോൾ കോപ്പി വീണ്ടെടുക്കുകയാണെങ്കിൽ, ടണൽ ഒരിക്കലും തടസ്സമായിരുന്നില്ല. രണ്ടും തകർന്നാൽ, VPN പാതയാണ് പരിധി, Multichannel അതിനെ ദൃശ്യമാക്കിയത് മാത്രം. VPN ബന്ധിപ്പിക്കുന്നതിന് മുമ്പ് എടുത്ത ഒരു കോപ്പിയുമായി താരതമ്യം ചെയ്യുക, കാരണം മാറ്റത്തെ വേർതിരിക്കുന്ന ഏക അടിസ്ഥാനരേഖ അതാണ്.
യഥാർത്ഥത്തിൽ നിരവധി വേഗതയേറിയ പാതകൾ വാഗ്ദാനം ചെയ്യുന്ന സെർവറുകളിൽ Multichannel പ്രവർത്തനരഹിതമാക്കുന്നത് ത്രൂപുട്ട് ചെലവാക്കുന്നു, അതിനാൽ VPN കാഴ്ചയിൽ നിന്ന് മാറുമ്പോൾ അത് വീണ്ടും ഓൺ ചെയ്യുക. ഏത് അഡാപ്റ്റർ മാറ്റി എന്ന് രേഖപ്പെടുത്തുക, കാരണം അടുത്തയാൾ ക്രമീകരണം കണ്ടെത്തും, കാരണമല്ല.