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

उपनाम टाइप गर्नुको सट्टा त्यही आउटपुटबाट प्रतिलिपि गर्नुहोस्, किनकि केही इन्स्टलेसनले एडाप्टरको नाम स्थानीयकरण गर्छन् र अंग्रेजी स्ट्रिङ मिल्दैन।

त्यसपछि दुवै अंक फेरि नाप्नुहोस्: फाइल प्रतिलिपि र त्यही जोडीमा थ्रुपुट परीक्षण। यदि थ्रुपुट परीक्षण कहिल्यै सुस्त नभए पनि प्रतिलिपि सुधारियो भने, बहुच्यानल नै कारण थियो र तपाईं रोकिन सक्नुहुन्छ। यदि दुवै भत्किए भने, टनेल नै अवरोध हो र बहुच्यानलले त्यसलाई झन् बढायो। यदि दुवै बाटो ठीक देखिँदा पनि प्रतिलिपि सुस्त रह्यो भने, बाँकी समस्या साझेदारी, भण्डारण वा फिल्टर ड्राइभरमा बस्छ, जुन अर्कै अन्वेषण हो।