SoftEther को भर्चुअल एडाप्टर देखिन्छ तर कुनै ट्राफिक पठाउँदैन

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

यन्त्रलाई सत्रबाट अलग गर्नुहोस्

एडाप्टर बनाउनुले नेटवर्क यन्त्र स्थापना गर्छ; यसले कुनै सर्भरसँग प्रमाणीकरण गर्दैन। इन्टरफेसको अवस्थाबाट केही अनुमान गर्नु अघि क्लाइन्टको जडान सूचीले के भन्छ भनी पुष्टि गर्नुहोस्। जोडिएको नभएको प्रोफाइलले थप अनुसन्धान बिना अनप्लग अवस्था व्याख्या गर्छ।

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

एउटा एडाप्टरलाई एउटा प्रोफाइलसँग मिलाउनुहोस्

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

यदि क्लाइन्टले बन्धन पुनः बनाउने समर्थित तरिका दिन्छ भने अपरेटिङ सिस्टमको कन्फिगरेसन सिधै सम्पादन गर्नुको सट्टा त्यही प्रयोग गर्नुहोस्। क्लाइन्टले जडान गर्दा एडाप्टरका सेटिङ लेख्छ, त्यसैले हातले गरिएका परिवर्तन प्रायः हराउँछन् वा अर्को सत्रमा ठोकिन्छन्।

जडान भएपछि प्रभावकारी सेटिङ पढ्नुहोस्

सत्र सुरु भएपछि ठेगाना, मार्ग र रिजोल्भर प्रणालीबाट पढ्नुहोस्। क्लाइन्टको स्थिति प्यानलले के माग्यो भनी वर्णन गर्छ, जबकि कर्नेलले वास्तवमा के भयो भनी वर्णन गर्छ।

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

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

उपयोगी सेटिङ बिना बनाइएको एडाप्टर क्लाइन्टको अर्को ठाउँमा सफल व्यवस्थापन लगइनसँगै रहन सक्छ। दुई प्यानलले फरक प्रश्नको उत्तर दिन्छन्, त्यसैले एउटा कहिल्यै अर्कोको प्रमाण हुँदैन। ती नमिलेको बेला एप्लिकेसनहरूले भोग्ने प्रणालीको दृश्य त्यही हो।

ब्रिज वा मेट्नु अघि रोकिनुहोस्

भर्चुअल एडाप्टरलाई भौतिकसँग ब्रिज गर्नु मर्मत नभई डिजाइन परिवर्तन हो। यसले दुई नेटवर्क सीमा जोड्छ, र अनुपस्थित मार्ग सुधार्ने उपाय होइन। यदि परिनियोजनलाई त्यो व्यवस्था चाहिन्छ भने अधिकृत डिजाइन र परीक्षण योजना चाहिन्छ।

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

एडाप्टर नभई एप्लिकेसन परीक्षण गरेर टुंग्याउनुहोस्। टनेलबाट लोड हुने फाइल साझेदारी वा इन्ट्रानेट पृष्ठ नै यन्त्र, सत्र र मार्ग सबै मिलेको प्रमाण हो।