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 अझै स्थानीय नेटवर्कतिर सङ्केत गरिरहेको बेला हबले प्याकेट फर्वार्ड गर्दा परम्परागत आधा काम गर्ने जडान बन्छ।

लिङ्क नभई एप्लिकेसन परीक्षण गर्नुहोस्। लोड हुने इन्ट्रानेट पृष्ठ विश्वसनीय ठेगाना भएको एडाप्टरभन्दा बलियो प्रमाण हो।