SoftEther लोकल ब्रिज या SecureNAT: किसे चालू करें

लोकल ब्रिज हब को वास्तविक ईथरनेट खंड पर रखता है, जबकि SecureNAT अपने स्वयं के पते गढ़ता है। एक चुनें, फिर गेटवे और रिज़ॉल्वर जाँचें।

SoftEther Manager खोलें, और किसी हब के बारे में पहला असली निर्णय कोई चेकबॉक्स नहीं, टोपोलॉजी का सवाल है। लोकल ब्रिज उस हब को एक भौतिक अडैप्टर से जोड़ता है और मौजूदा खंड को पता देने देता है, जबकि SecureNAT हब को अपना वर्चुअल राउटर, NAT और DHCP देता है। इनके बीच चुनाव बदलता है कि पते कहाँ से आते हैं और उनके लिए कौन-सा उपकरण जवाब देता है। दोनों चालू करके एक के जीतने की आशा रखना वह रास्ता है जिससे एक काम करती लैब सपोर्ट थ्रेड बन जाती है।

उसी हब से शुरू करें जिसे आप वास्तव में संपादित कर रहे हैं

Manager सर्वर और हब का एक वृक्ष दिखाता है, और डिफ़ॉल्ट हब कॉन्फ़िगर करना आसान है जबकि क्लाइंट किसी दूसरे नाम वाले हब से जुड़ते हैं। हब पर क्लिक करें, उसका नाम पढ़ें, और पुष्टि करें कि नीचे सूचीबद्ध सत्र वही क्लाइंट हैं जिन्हें आप सेवा देना चाहते हैं। यह एक जाँच प्रोटोकॉल पर डाले जाने वाले अधिकांश भ्रम को रोक देती है।

फिर तय करें कि क्लाइंट को दूर के छोर से क्या चाहिए। ब्रॉडकास्ट और LAN सेवाओं सहित साझा ईथरनेट व्यवहार ब्रिज की ओर संकेत करता है, छोटी पता-श्रेणी तक राउटेड निजी पहुँच SecureNAT की ओर, और इंटरनेट निकास एक राउटिंग निर्णय है जिसे दोनों व्यवस्थाएँ बुरी तरह ढो सकती हैं।

कुछ भी क्लिक करने से पहले उत्तर लिख लें, क्योंकि दोनों सेटिंग बदली नहीं जा सकतीं और पूर्ववत करना निर्णय लेने से अधिक समय लेता है। दो मिनट का लेखन एक घंटे का पुनः कनेक्शन बचाता है।

लोकल ब्रिज पतों के साथ क्या करता है

लोकल ब्रिज हब को एक भौतिक अडैप्टर से जोड़ता है, इसलिए हब उस ईथरनेट खंड का हिस्सा बन जाता है। क्लाइंट उसी से पते पाते हैं जो पहले से खंड को सेवा दे रहा है, और उनका गेटवे खंड का राउटर होता है। क्लाइंट की दृष्टि से वह कार्यालय के LAN में शामिल हो गया है, उसके साथ आने वाली सारी पहुँच और सारे जोखिम के साथ।

इसका अर्थ यह भी है कि ब्रिज को सही ड्राइवर समर्थन वाला वास्तविक अडैप्टर चाहिए, और प्रशासक के पास उस खंड को विस्तारित करने का अधिकार होना चाहिए। VPN लॉगिन प्रमाणीकरण सिद्ध करता है, उत्पादन VLAN पर होस्ट रखने का अधिकार नहीं। जाँचें कि ड्राइवर का नाम उस अडैप्टर से मेल खाता है जिसका आप इरादा रखते हैं, क्योंकि गलत पोर्ट ब्रिज करने से खंड जल्दी बंद हो जाता है। यदि अडैप्टर की सूची खाली है या ब्रिज विफलता बताता है, तो कारण सामान्यतः ड्राइवर या विशेषाधिकार से जुड़ा होता है, क्रिप्टोग्राफी से नहीं।

जब ग्राफ़िकल वृक्ष अस्पष्ट हो तो कमांड लाइन से ब्रिज तालिका पढ़ें। आउटपुट अडैप्टर का नाम बताता है, जो वृक्ष हमेशा नहीं करता।

vpncmd /SERVER localhost /HUB VPN /CMD BridgeList
vpncmd /SERVER localhost /HUB VPN /CMD SessionList

जुड़े सत्रों के साथ खाली ब्रिज सूची एक उपयोगी चित्र है: क्लाइंट वर्चुअल हब के भीतर हैं और अभी कुछ भी उसे खंड तक नहीं बढ़ाता।

SecureNAT क्या जोड़ता है और क्या छिपाता है

SecureNAT हब को वर्चुअल राउटर, NAT फ़ंक्शन और DHCP सेवा देता है, सब कुछ SoftEther प्रक्रिया के भीतर। क्लाइंट वर्चुअल DHCP श्रेणी से पते पाते हैं, वर्चुअल राउटर डिफ़ॉल्ट गेटवे के लिए जवाब देता है, और बाहर जाने वाला ट्रैफ़िक अनुवादित होता है। कोई भौतिक अडैप्टर शामिल नहीं है, इसलिए यह एक NIC और स्विच कॉन्फ़िगरेशन के बिना होस्ट पर काम करता है।

कीमत यह है कि वर्चुअल पते हब के हैं और किसी और के नहीं। कार्यालय के LAN की मशीन सहायता के बिना क्लाइंट के SecureNAT पते तक राउट नहीं कर सकती, और स्रोत पते लॉग करने वाला हर साधन SoftEther होस्ट का अनुवादित पता देखता है। यदि आपके पहुँच नियम या ऑडिट ट्रेल क्लाइंट के वास्तविक पते पर निर्भर हैं, तो यह विवरण नहीं, डिज़ाइन परिवर्तन है। यह यह भी तय करता है कि स्रोत-पता नियम क्लाइंट को कभी देखेगा या नहीं।

यह DHCP सर्वर भी है। जिस खंड में पहले से एक है वहाँ इसे चलाना, या उसी समय उस खंड को ब्रिज करना, दो उत्तरदाता और अप्रत्याशित लीज़ बनाता है। मैनुअल इन दोनों कार्यों को अलग-अलग विकल्प मानता है ठीक इसी कारण।

कुछ और सक्षम करने से पहले देखें कि हब अभी क्या सेवा दे रहा है। हर कमांड वर्तमान स्थिति छापता है, इच्छित नहीं।

vpncmd /SERVER localhost /HUB VPN /CMD SecureNatStatusGet
vpncmd /SERVER localhost /HUB VPN /CMD NatGet
vpncmd /SERVER localhost /HUB VPN /CMD DhcpGet

एक चालू करना, दूसरे को तोड़े बिना

व्यवस्था चुनें, उसे सक्षम करें, और दूसरी बंद रहने दें। जिस हब में ब्रिज और SecureNAT दोनों सक्रिय हैं वह एक ही प्रश्न के दो संभावित उत्तरों वाला हब है, और क्लाइंट वही मानेगा जो पहले आएगा। एक से दूसरे पर जाते समय पुराना फ़ंक्शन बंद करें और क्लाइंट को फिर से जोड़ें, यह मानने के बजाय कि नई सेटिंग मौजूदा सत्र पर लागू होगी।

परिवर्तन को इस तरह क्रम दें कि क्लाइंट पूल LAN श्रेणी के साथ ओवरलैप न हो। ओवरलैप करने वाले सबनेट उस टनल का दूसरा सबसे आम कारण हैं जो जुड़ती है और फिर कहीं नहीं पहुँचती, और वे तब तक अदृश्य रहते हैं जब तक आप दोनों पता-योजनाओं की साथ-साथ तुलना न करें।

फिर क्लाइंट से दोबारा जुड़ें और पढ़ें कि उसे क्या मिला, क्योंकि हब का सत्र-दृश्य क्लाइंट के अपने नेटवर्क-दृश्य जैसा नहीं है। दोबारा जुड़ना ही नई लीज़ थोपने का एकमात्र भरोसेमंद तरीका है।

क्लाइंट पर गेटवे और रिज़ॉल्वर जाँचें

सफल प्रमाणीकरण बताता है कि क्रेडेंशियल काम करते हैं और हब ने सत्र स्वीकार किया है। यह नहीं बताता कि क्लाइंट कहीं पहुँच सकता है या नहीं, क्योंकि यह उसे मिले पते, मास्क, गेटवे और DNS सर्वर पर निर्भर है। सर्वर सेटिंग को फिर छूने से पहले क्लाइंट पर ये चार मान पढ़ें।

Windows पर अडैप्टर विवरण लीज़ और रिज़ॉल्वर दिखाता है, और रूट तालिका दिखाती है कि टनल वास्तव में डिफ़ॉल्ट मार्ग है या नहीं।

ipconfig /all
route print -4
nslookup intranet.corp.internal

Linux क्लाइंट पर वही जानकारी पता, रूट और रिज़ॉल्वर फ़ाइलों से आती है। डिफ़ॉल्ट रूट वह मान है जो तय करता है कि ट्रैफ़िक टनल से बाहर निकलेगा या नहीं। यदि गेटवे कार्यालय के राउटर की ओर इशारा करता है जबकि टनल ट्रैफ़िक ढोने की अपेक्षा रखती है, तो टोपोलॉजी नाम में ब्रिज है और व्यवहार में टूटी है। पहले पता-स्रोत सुधारें, फिर एप्लिकेशन दोबारा जाँचें, और तभी दूसरा मोड बदलने पर विचार करें।

संबंधित लेख