SoftEther चा व्हर्च्युअल हब प्रत्यक्षात काय जोडतो

SoftEther चा व्हर्च्युअल हब ही एका सर्व्हरमधील सदस्यत्वाची सीमा आहे, स्थान नाही। हबला सामील होणारी सत्रे हब ज्याला जोडलेला आहे तिथपर्यंत पोहोचू शकतात, आणि दुसऱ्या हबवरील सत्रे पोहोचू शकत नाहीत, दोन्ही एकाच सर्व्हरवर प्रमाणित झाली तरीही। म्हणूनच यशस्वी लॉगिन क्लायंटला चुकीच्या नेटवर्कवर ठेवू शकते। हबला व्हर्च्युअल स्विच म्हणून वाचल्यास तो काय करतो आणि काय ब्रिजिंग, राउटिंग आणि कॅस्केड संरचनेवर सोडतो हे स्पष्ट होते।

हब ही सदस्यत्वाची सीमा आहे

एक सर्व्हर अनेक हब होस्ट करू शकतो, प्रत्येकाचे स्वतःचे वापरकर्ते, सत्रे आणि धोरण असते। प्रमाणीकरण सत्र कोण आहे हे ठरवते, तर हब ते सत्र कोणत्या व्हर्च्युअल नेटवर्कमध्ये सामील होते हे ठरवते। त्यामुळे एकाच होस्टवरील दोन हब संयोगाने हार्डवेअर सामायिक करणाऱ्या दोन वेगळ्या स्विचसारखे वागतात। यशस्वी लॉगिनमध्ये सत्र तुम्हाला हवे होते तिथे उतरले आहे असे काहीही सूचित करत नाही।

स्क्रीनशॉटमधून आठवलेल्या नावाऐवजी ऑपरेटरने दस्तऐवजीकृत केलेले हब नाव वापरा। चुकीच्या हबला सामील होणारा क्लायंट वैध क्रेडेन्शियलसह दुसऱ्या नेटवर्कपर्यंत पोहोचतो, हा संरचनेचा शोध आहे, सुरक्षा उल्लंघन नाही। हबचे नाव आणि त्याचा उद्देश कनेक्शन प्रोफाइलच्या टिपांमध्ये ठेवा।

प्रशासनही त्याच पद्धतीने मर्यादित आहे। हब प्रशासक तो हब व्यवस्थापित करतो, तर सर्व्हर प्रशासक प्रक्रिया, श्रोते आणि होस्टवरील प्रत्येक हब व्यवस्थापित करतो।

जोडणी पलीकडे काय आहे ते ठरवते

हब स्वतः सत्रे एकमेकांशी जोडतो। इतर कशापर्यंत पोहोचणे हब कसा जोडलेला आहे यावर अवलंबून आहे: भौतिक इंटरफेसशी स्थानिक ब्रिज, व्हर्च्युअल राउटर, किंवा दुसऱ्या सर्व्हरशी कॅस्केड। प्रत्येक जोडणी स्वतःचे फॉरवर्डिंग नियम आणि स्वतःचे अपयशाचे मार्ग घेऊन येते। हब इंटरनेट प्रवेश देतो असे गृहीत धरणे ही उत्पादनाबद्दलची सर्वात सामान्य चूक आहे।

SecureNAT हा अंगभूत पर्याय आहे, सर्व्हरमध्ये व्हर्च्युअल राउटर आणि व्हर्च्युअल DHCP सेवेसह अंमलात आणलेला। तो प्रयोगशाळेसाठी सोयीचा आहे आणि अंदाज करण्यायोग्य पत्ता किंवा धोरण आवश्यक असलेल्या सर्वांसाठी गैरसोयीचा आहे। स्थानिक ब्रिज हबला खऱ्या सेगमेंटवर ठेवतो, जो त्या सेगमेंटचे स्विचिंग, DHCP आणि प्रसारण वर्तन वारसाने घेतो।

कॅस्केड दोन सर्व्हर जोडतो जेणेकरून एका हबवरील सत्रे दुसऱ्यावर दिसू शकतील। हे हब-ते-हब नाते आहे, म्हणून दोन्ही टोकांना सुसंगत धोरण आणि त्यांच्यामध्ये कार्यरत मार्ग आवश्यक आहे।

सत्रे आणि धोरण वेगळे वाचा

सत्रे, MAC पत्ते आणि IP पत्ते यांची दृश्ये व्हर्च्युअल नेटवर्क आता कसे दिसते ते वर्णन करतात। ती निरीक्षणे आहेत, परवानग्या नाहीत। यादीत दिसणारे सत्र यामुळे हब पोहोचू शकते त्या प्रत्येक सेवेस पात्र ठरत नाही, आणि उलटेही खरे आहे।

सत्रांची यादी तिला लागू होणाऱ्या धोरणाशी तुलना करा। इच्छित श्रेणीबाहेरचा पत्ता असलेले उपकरण सामान्यतः दुसरीकडून आलेले DHCP किंवा हाताने संरचित क्लायंट दर्शवते। सत्रांमध्ये जागा बदलणारा MAC पत्ता स्थलांतरित उपकरण किंवा एकच ओळख सामायिक करणारी दोन उपकरणे दर्शवतो। दोन्ही पाहण्यासारखे आहेत, आणि कोणतेही केवळ तक्त्याने सिद्ध होत नाही।

सर्व्हरवर, vpncmd होस्टच्या दृष्टिकोनातून तेच चित्र नोंदवतो। दोन्ही वेगळे पडल्यावर त्या आउटपुटची तुलना क्लायंटच्या स्वतःच्या दृश्याशी करा।

vpncmd localhost /SERVER /CMD SessionList
vpncmd localhost /SERVER /CMD HubList

हब प्रशासनाकडे क्लायंट परवानगीऐवजी स्वतःची भूमिका म्हणून पहा। एक हब सोपवल्यास श्रोते किंवा प्रत्येक इतर हब होस्ट करणारी प्रक्रिया सोपवली जाऊ नये।

सामील झाल्यानंतर क्लायंट तपासा

क्लायंटच्या बाजूने, प्रस्थापित सत्र केवळ प्रमाणीकरण आणि हब नाव स्वीकारले गेले हे सिद्ध करते। पत्ता, मार्ग आणि नाव निराकरण वेगवेगळे पुष्टी करा, कारण हबने सत्र स्वीकारल्यानंतरही प्रत्येक अयशस्वी होऊ शकते।

ip -brief address show
ip route get 10.20.30.41
resolvectl query host.internal

पत्त्यांची यादी ॲडॉप्टरला इच्छित स्रोताकडून लीज मिळाली का ते दाखवते। मार्ग क्वेरी कोणता इंटरफेस खाजगी गंतव्य वाहून नेईल ते दाखवते, आणि रिझॉल्व्हर क्वेरी DNS ने सत्राचा पाठलाग केला का ते दाखवते। DNS अजूनही स्थानिक नेटवर्ककडे निर्देश करत असताना हब पॅकेट फॉरवर्ड करत असेल तर क्लासिक अर्धवट काम करणारे कनेक्शन तयार होते।

लिंक नाही, ॲप्लिकेशनची चाचणी करा। लोड होणारे इंट्रानेट पृष्ठ विश्वासार्ह पत्ता असलेल्या ॲडॉप्टरपेक्षा अधिक मजबूत पुरावा आहे।