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

अलियास टाइप करण्याऐवजी त्या आउटपुटमधून कॉपी करा, कारण काही इन्स्टॉलेशन्स अडॅप्टरचे नाव स्थानिकीकृत करतात आणि इंग्रजी स्ट्रिंग जुळणार नाही.

नंतर दोन्ही आकडे पुन्हा मोजा: फाइल कॉपी आणि त्याच जोडीवरील थ्रूपुट चाचणी. जर थ्रूपुट चाचणी कधीही संथ नव्हती आणि कॉपी सुधारली, तर मल्टीचॅनेल कारण होते आणि तुम्ही थांबू शकता. जर दोन्ही कोसळत असतील, तर टनेलच अडथळा आहे आणि मल्टीचॅनेलने तो फक्त वाढवला. जर दोन्ही मार्ग बरोबर दिसत असताना कॉपी संथ राहिली, तर उरलेली अडचण सहभागितेत, साठवणीत किंवा गाळणी ड्रायव्हरमध्ये असते, जी वेगळी तपासणी आहे.