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 अभी भी स्थानीय नेटवर्क की ओर इशारा करता है, वह क्लासिक आधा काम करने वाला कनेक्शन बनाता है।

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