VPN वरून SMB मल्टिचॅनल: क्लायंट प्रत्यक्षात काय वापरतो
VPN वरून SMB मल्टिचॅनल फार कमी चॅनल जोडते: संथ फाइलींसाठी टनेलला दोष देण्यापूर्वी क्लायंटचे इंटरफेस, निवडलेले कनेक्शन आणि SMB डायलेक्ट वाचा।
VPN वरून फाइलींना संथ प्रवेश मल्टिचॅनल सेटिंगला उपाय म्हणून पाहण्यास प्रवृत्त करतो, आणि सेटिंगकडे बऱ्याचदा काम करण्यासाठी काहीच नसते। RSS नसलेला एकच व्हर्च्युअल अडॅप्टर अनेक चॅनलवर रहदारी पसरवू शकत नाही, चेकबॉक्स काहीही सांगो। महत्त्वाचे म्हणजे SMB दोन्ही टोकांवर जे क्षमता पाहतो, लॅपटॉपच्या भौतिक NIC ची तपशीलवार माहिती नाही। खालील स्पष्टीकरण सक्रिय सत्रापासून सुरू होते आणि अडॅप्टर मांडणीपर्यंत परत जाते।
NIC च्या तपशिलापासून नाही, सत्रापासून सुरुवात करा
प्रथम सत्र मल्टिचॅनल वापरू शकते का याची खात्री करा। हे वैशिष्ट्य SMB3 चे आहे, त्यामुळे उपकरण किंवा जुन्या सर्व्हरशी बोलणी करून ठरवलेला जुना डायलेक्ट अडॅप्टरचा कोणताही प्रश्न महत्त्वाचा होण्यापूर्वीच ते वगळतो। नंतर क्लायंट प्रत्यक्षात कोणत्या सर्व्हरशी जोडला गेला याची खात्री करा, कारण तुम्ही तपासत असलेल्या नोडपेक्षा वेगळ्या नोडवर रिझॉल्व्ह होणारे नाव पटवणारा पण असंबद्ध निकाल देतो।
Get-SmbConnection
Get-SmbClientConfiguration | Select-Object EnableMultichannel
Get-SmbClientNetworkInterfaceपहिला आदेश डायलेक्ट, सर्व्हर आणि शेअर एका ओळीत नावे देतो। दुसरा क्लायंटवर वैशिष्ट्य सक्षम आहे का हे दाखवतो, आणि तिसरा SMB ला माहीत असलेली इंटरफेस त्यांच्या नोंदवलेल्या क्षमतांसह सूचीबद्ध करतो। RSS किंवा RDMA नोंदवत नसलेला व्हर्च्युअल अडॅप्टर मांडणी काय होऊ शकते हे सांगतो।
जर डायलेक्ट SMB3 नसेल, तर थांबा आणि प्रथम तो प्रश्न सोडवा। अन्यथा पुढील प्रत्येक आदेश अशा वैशिष्ट्याचे वर्णन करेल जे सक्रिय होऊ शकत नाही।
क्लायंटचे इंटरफेस प्रामाणिकपणे वाचा
तुमचा डीफॉल्ट मार्ग कोणता अडॅप्टर नेतो याचा SMB ला विचार नाही; तो वापरू शकणारी इंटरफेस मोजतो आणि प्रत्येकाचे मूल्यांकन करतो। Wi-Fi, Ethernet आणि VPN अडॅप्टर असलेला लॅपटॉप तीन इंटरफेस सादर करू शकतो, आणि त्यापैकी फक्त एकच तुम्ही ज्या सर्व्हरशी बोलत आहात त्याच्यासाठी पोहोचण्यायोग्य असेल। उर्वरित उमेदवार आहेत, चॅनल नाहीत।
लिंक गतीच्या स्तंभाऐवजी RSS आणि RDMA स्तंभ वाचा। व्हर्च्युअल अडॅप्टर सहसा RSS क्षमतेशिवाय उच्च नाममात्र गती नोंदवतो, आणि नाममात्र गती इंटरनेटमधून जाणाऱ्या मार्गाचे नाही, व्हर्च्युअल लिंकचे वर्णन करते। या दोन्ही संख्यांपैकी कोणतीही सत्र किती चॅनल वापरते हे सांगत नाही।
जर अडॅप्टर RSS क्षमता दाखवत नसेल, तर समर्थित दुरुस्ती VPN पुरवठादाराच्या ड्रायव्हरमध्ये आहे, भौतिक NIC च्या प्रगत गुणधर्मांमध्ये नाही। हार्डवेअर अडॅप्टरवर RSS चौकटीवर टिक करणे व्हर्च्युअल अडॅप्टर SMB ला जे दाखवतो त्यात काहीही बदलत नाही।
निवडलेल्या चॅनलना शोधलेल्या उमेदवारांपासून वेगळे करा
कनेक्शन सूची हा सर्वात जास्त चुकीचा वाचला जाणारा भाग आहे। न निवडलेले उमेदवार समाविष्ट केल्यास, आउटपुट SMB ने विचार केलेले सर्व दाखवते, आणि तो डेटा वाहून नेणाऱ्या चॅनलचा संच नाही। तुम्हाला स्वारस्य असलेल्या विशिष्ट क्लायंट आणि सर्व्हर इंटरफेस जोडीसाठी निवड झेंडा आणि चॅनल संख्या वाचा।
Get-SmbMultichannelConnection -ServerName files.lab.example -IncludeNotSelected
Get-SmbMultichannelConnection -ServerName files.lab.example | Format-List *तुमच्या स्वतःच्या सर्व्हर नावाने बदला। दुसरा प्रकार निवडलेल्या कनेक्शनचे गुणधर्म छापतो, ज्यात इंटरफेस निर्देशांक आणि सध्याची चॅनल संख्या समाविष्ट आहे, आणि तीच महत्त्वाची संख्या आहे। एका अडॅप्टरवर शोधलेले अनेक पत्ते अजूनही एकच अडॅप्टर आहेत।
शोधलेला पत्ता VPN धोरणामुळेही निरुपयोगी असू शकतो: तो स्थानिक उपजाळाचा पत्ता असू शकतो जो टनेल वाहून नेत नाही, किंवा असा पत्ता जो सर्व्हर फक्त दुसऱ्या नेटवर्कवर पुरवतो। SMB तो उमेदवार म्हणून सूचीबद्ध करतो कारण इंटरफेस अस्तित्वात आहे, कारण मार्ग काम करतो म्हणून नाही।
VPN अडॅप्टर मांडणीवर काय करतो
तीन मांडण्या वेगळ्या करण्यासारख्या आहेत, कारण त्यापैकी फक्त दोनच एकापेक्षा जास्त चॅनल तयार करू शकतात। RSS नसलेला एक अडॅप्टर एक चॅनल देतो। RSS सक्षम एक अडॅप्टर कनेक्शन कोरमध्ये पसरवू शकतो। अनेक वापरण्यायोग्य अडॅप्टर RSS शिवायही अनेक चॅनल तयार करू शकतात, आणि RSS अनिवार्य मानणारे लोक हेच कॉन्फिगरेशन विसरतात।
| Layout SMB sees | Channels possible |
|---|---|
| One adapter, no RSS | One |
| One adapter with RSS | Several, spread across cores |
| Two or more usable adapters | Several, one path per adapter |
| Several adapters behind one tunnel | Several, one shared bottleneck |
शेवटची ओळ VPN वरून महत्त्वाची आहे। जी सर्व चॅनल एकाच एन्क्रिप्टेड टनेलमध्ये प्रवेश करतात ती टनेलची थ्रूपुट, गेटवेची CPU आणि WAN लिंक सामायिक करतात। तिथे चॅनल जोडल्याने क्षमता न वाढवता काम पुनर्वितरित होते, आणि मापन ते दाखवेल।
तुलना करताना साइनिंग आणि एन्क्रिप्शन सक्षम ठेवा, कारण ते बंद केल्याने तुम्ही जे मोजत आहात ते बदलते। सुरक्षा सेटिंग बंद करण्यावर अवलंबून असलेला कार्यक्षमता निकाल हा तुम्ही तैनात करू शकता असा निकाल नाही।
प्रत्यक्षात संथ असलेले कार्यभार मोजा
काहीही बदलण्यापूर्वी कार्यभाराचे नाव द्या: एक मोठी क्रमिक प्रत, एका डिरेक्टरीमध्ये अनेक लहान फाइली, किंवा हँडल उघडणारे आणि बंद करणारे अनुप्रयोग। खऱ्या स्वतंत्र मार्ग असतील तेव्हा मल्टिचॅनल पहिल्या प्रकरणात मदत करू शकते, आणि तिसऱ्यासाठी फार कमी करते, कारण तिथे खर्च बँडविड्थ नाही, अवलंबून असलेले राउंड ट्रिप आहेत।
सध्याच्या मांडणीसह आधाररेषा घ्या, एक गोष्ट बदला, आणि त्याच फाइल संचासह आणि दिवसाच्याच वेळी पुन्हा घ्या। निवडलेल्या मार्गांची संख्या संख्येच्या शेजारी नोंदवा, जेणेकरून नंतरच्या वाचकाला बदलाने मांडणी बदलली की फक्त भार हे कळू शकेल।
जर चॅनल बदलले नाहीत, तर कार्यक्षमतेचा प्रश्न अन्यत्र आहे: टनेलचा एन्क्रिप्शन ओव्हरहेड, मार्गाचा विलंब, किंवा सर्व्हरची स्वतःची डिस्क आणि CPU। आधीच पुरेसे अडॅप्टर असलेल्या लॅपटॉपमध्ये आणखी एक जोडण्यापूर्वी हे मोजणे योग्य आहे।