SoftEther का वर्चुअल एडाप्टर दिखाई देता है लेकिन कोई ट्रैफ़िक नहीं भेजता

SoftEther का वर्चुअल एडाप्टर ऑपरेटिंग सिस्टम की नेटवर्क सूची में दिखाई देता है, स्वयं को अनप्लग्ड बताता है और कोई ट्रैफ़िक नहीं ले जाता। यह संयोजन ऐसे डिवाइस के लिए सामान्य है जिससे कोई सत्र जुड़ा नहीं है, और यह वही स्थिति है जो आप तब देखते हैं जब उससे गलत प्रोफ़ाइल बँधी हो। एडाप्टर एक डिवाइस है जिसका स्वामित्व ऑपरेटिंग सिस्टम के पास है; सत्र वह है जो उसे जीवन देता है। इन चार जाँचों को क्रम से पूरा करें और पहली असफल जाँच पर रुक जाएँ।

डिवाइस को सत्र से अलग करें

एडाप्टर बनाना एक नेटवर्क डिवाइस स्थापित करता है; यह किसी सर्वर से प्रमाणित नहीं होता। इंटरफ़ेस की स्थिति से कोई निष्कर्ष निकालने से पहले जाँचें कि क्लाइंट की कनेक्शन सूची क्या कहती है। जो प्रोफ़ाइल कनेक्ट नहीं है वह बिना किसी अतिरिक्त जाँच के अनप्लग्ड स्थिति समझा देती है।

एडाप्टर और भौतिक इंटरफ़ेस के काम अलग हैं। एक वह डिक्रिप्टेड ट्रैफ़िक ले जाता है जो एप्लिकेशन देखते हैं, और दूसरा एन्क्रिप्टेड बाहरी कनेक्शन को सर्वर तक ले जाता है। दोनों को मिला देना फ़ायरवॉल नियमों और रूट को गलत डिवाइस पर लागू कर देता है। भौतिक इंटरफ़ेस के लिए लिखे नियम टनल के ट्रैफ़िक से मेल नहीं खाएँगे, और टनल के लिए लिखे नियम बाहरी कनेक्शन को प्रभावित नहीं करेंगे।

एक एडाप्टर को एक प्रोफ़ाइल से जोड़ें

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

यदि क्लाइंट बंधन दोबारा बनाने का समर्थित तरीका देता है, तो ऑपरेटिंग सिस्टम की कॉन्फ़िगरेशन सीधे संपादित करने के बजाय उसी का उपयोग करें। क्लाइंट कनेक्ट होते समय एडाप्टर की सेटिंग्स लिखता है, इसलिए मैन्युअल बदलाव अक्सर गायब हो जाते हैं या अगले सत्र में टकरा जाते हैं।

कनेक्ट होने के बाद प्रभावी सेटिंग्स पढ़ें

सत्र शुरू होने के बाद सिस्टम से पता, रूट और रिज़ॉल्वर पढ़ें। क्लाइंट का स्टेटस पैनल बताता है कि उसने क्या माँगा, जबकि कर्नेल बताता है कि वास्तव में क्या हुआ।

ip -brief address show
ip route get 10.20.30.41
resolvectl status | head -20

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

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

ब्रिज या हटाने से पहले रुकें

वर्चुअल एडाप्टर को भौतिक से ब्रिज करना मरम्मत नहीं बल्कि डिज़ाइन परिवर्तन है। यह दो नेटवर्क सीमाओं को जोड़ता है और अनुपस्थित रूट ठीक करने का तरीका नहीं है। यदि परिनियोजन को यह व्यवस्था चाहिए, तो उसे अधिकृत डिज़ाइन और परीक्षण योजना चाहिए।

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

एडाप्टर नहीं, एप्लिकेशन का परीक्षण करके समाप्त करें। टनल से लोड होने वाली फ़ाइल शेयर या इंट्रानेट पेज ही प्रमाण है कि डिवाइस, सत्र और रूट सभी सहमत हैं।