दोन्ही पीसी एकाच VPN ला जोडल्यावर SMB कॉपी का हळू होते

गिगाबिट 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 दृश्यातून निघाल्यावर ते पुन्हा सुरू करा। तुम्ही कोणता ॲडॉप्टर बदलला ते नोंदवा, कारण पुढील व्यक्ती सेटिंग शोधेल, कारण नाही।