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

એલિયસને ટાઇપ કરવાને બદલે એ આઉટપુટમાંથી કોપી કરો, કારણ કે કેટલાક ઇન્સ્ટોલ એડાપ્ટરનું નામ સ્થાનિક કરે છે અને અંગ્રેજી શબ્દમાળા મેળ ખાશે નહીં.

પછી બંને આંકડા ફરી માપો: ફાઇલ કોપી અને એ જ જોડી પરનું થ્રુપુટ પરીક્ષણ. જો થ્રુપુટ પરીક્ષણ ક્યારેય ધીમું ન હતું ત્યારે કોપી સુધરે, તો મલ્ટીચેનલ કારણ હતું અને તમે અટકી શકો છો. જો બંને ધરાશાયી થાય, તો ટનલ જ અડચણ છે અને મલ્ટીચેનલે તેને ફક્ત વધારી. જો બંને માર્ગ સાચા દેખાય ત્યારે કોપી ધીમી રહે, તો બાકીની સમસ્યા શેર, સ્ટોરેજ કે ફિલ્ટર ડ્રાઇવરમાં રહે છે, જે બીજી તપાસ છે.