दुवै पीसी एउटै 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 दृश्यबाट हट्दा यसलाई फेरि खोल्नुहोस्। तपाईंले कुन एडाप्टर बदल्नुभयो लेख्नुहोस्, किनकि अर्को व्यक्तिले सेटिङ भेट्टाउनेछ, कारण होइन।