Windows VPN को पूर्वनिर्धारित मार्गबाट एउटा होस्ट हटाउने

ल्यापटप कार्यालयको VPN मा जोडिन्छ र सबै कुरा त्यसैको पछि जान्छ, जसमा प्रिन्टरको वेब पृष्ठ र स्थानीय सञ्जालमा मात्र जवाफ दिने एउटा इन्ट्रानेट पनि समावेश छ। हातले बनाइएको मार्गले त्यसलाई एक घण्टाका लागि ठीक गर्छ, त्यसपछि जडान टुट्छ, फेरि आउँछ, र अपवाद हराउँछ। टनेलमा केही गडबड छैन: Windows ले एउटै राउटिङ तालिका राख्छ, र VPN एडाप्टरले हरेक जडानमा त्यो तालिकाको आफ्नो हिस्सा पुनः लेख्छ। जोगिने कुरा एडाप्टरका आफ्नै प्रविष्टिबाहिर रहेको सबै हो।

टनेलले कुन प्रविष्टि लिन्छ

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

अगाडि बढ्नुअघि इन्टरफेस इन्डेक्स र स्थानीय गेटवे लेख्नुहोस्, किनकि मेसिन अर्को सञ्जालमा जोडिँदा दुवै बदलिन्छन्। तलका आदेशहरू तिनलाई मेसिनबाट पढ्छन्, सम्झनाबाट होइन।

route print -4
Find-NetRoute -RemoteIPAddress 198.51.100.30

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

होस्ट मार्ग विशिष्टतामा जित्छ

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

विशिष्टताले डोमेन नाम हटाउने स्पष्ट छोटो बाटो पनि अस्वीकार गर्छ, किनकि तालिकाले ठेगाना मिलाउँछ र एउटा नाम धेरैमा हल हुन सक्छ। पहिले होस्ट हल गर्नुहोस्, त्यसपछि त्यसका कुन ठेगाना अपवादको योग्य छन् भन्ने तय गर्नुहोस्।

तलका सबैका लागि, मान्नुहोस् कि Office नामको जडान, स्थानीय गेटवे 10.0.0.1 इन्टरफेस 7 मा, र गन्तव्य 198.51.100.30 मा छ। यी पूर्वनिर्धारित होइनन्, प्लेसहोल्डर हुन्, र माथिका आदेशहरूले तपाईंको मेसिनले साँच्चै प्रयोग गर्ने मानहरू दिन्छन्। यो प्रतिस्थापन टिप्पणी परिवर्तनसँगै राख्नुहोस् ताकि अर्को पाठकले सङ्ख्या प्रतिलिपि नगरोस्।

मार्गलाई अर्को पुनःजडानभन्दा लामो बनाउनुहोस्

Windows ले VPN जडानमा कुनै हटाउने निर्देश दिँदैन, त्यसैले अपवाद भौतिक इन्टरफेसमै बस्नुपर्छ जहाँ एडाप्टरले त्यसलाई पुनः लेख्दैन। उत्तरजस्तो देखिने cmdlet ले उल्टो गर्छ: Add-VpnConnectionRoute प्रिफिक्सलाई टनेलभित्र सार्छ, र त्यो विभाजित प्रोफाइलले एउटा गन्तव्य बोक्नुपर्ने र बाँकी स्थानीय छोड्नुपर्ने ऐनाजस्तो अवस्था हो। यहाँ त्यसतर्फ हात बढाउनुले बाहिर राख्न चाहेको ट्राफिक भित्र जाने ग्यारेन्टी गर्छ।

हाते स्वरूप एउटै आदेश हो। यसको कमजोरी पुनःजडान होइन, सञ्जाल परिवर्तन हो।

route -p add 198.51.100.30 mask 255.255.255.255 10.0.0.1 metric 1 if 7

यो -p का कारण रिबुटपछि पनि टिक्छ र टनेलले बाँकी सबै बोक्दा एउटा ठेगाना इन्टरफेस 7 बाट बाहिर पठाउँछ। ल्यापटप अर्को सञ्जालमा सार्नुहोस्, गेटवे र इन्डेक्स दुवै पुराना हुन्छन्, त्यसैले प्रविष्टि चुपचाप असफल हुन्छ। यो कसको स्वामित्वमा छ र कहिले हटाउनुपर्छ लेख्नुहोस्।

जडान स्क्रिप्ट बढी बलियो संस्करण हो, किनकि यो प्रविष्टि जोगियो भन्ने आशा गर्नुको सट्टा हरेक जडानपछि अपवाद फेरि थप्छ। तलका दुई लाइन टनेल सुरु गर्नेमा हुनुपर्छ, लगअन स्क्रिप्टमा होइन।

rasdial Office
route add 198.51.100.30 mask 255.255.255.255 10.0.0.1 metric 1 if 7

टनेललाई जेसुकैले माथि ल्याओस्, त्यही दोस्रो लाइनका लागि ठीक ठाउँ हो, र rasdial जडान स्थापित भएपछि मात्र फर्कन्छ, त्यसैले मार्ग एडाप्टरका आफ्नै प्रविष्टिपछाडि पर्छ। निद्राबाट उठेपछि यसलाई फेरि चलाउनुहोस्, किनकि निलम्बनले मार्ग खसाल्न र टनेल माथि छोड्न सक्छ। यदि काम उल्टो हो, एउटा प्रिफिक्स टनेलभित्र धकेलेर बाँकी स्थानीय राख्ने हो भने, Add-VpnConnectionRoute ठीक उपकरण हो।

राउटिङले प्रक्रिया छान्न सक्दैन

कहिलेकाहीँ आवश्यकता गन्तव्यभन्दा पनि साँघुरो हुन्छ: एउटा कार्यक्रमले स्थानीय बाटो लिनुपर्छ र बाँकी सबै टनेलभित्र रहनुपर्छ। राउटिङले त्यो व्यक्त गर्न सक्दैन, किनकि यो प्रक्रियाभन्दा ठेगाना मिलाउँछ। काम गर्ने ढाँचाले समस्या लन्चरमा धकेल्छ।

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

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

प्रति-प्रयोगकर्ता जडानले पनि यो समाधान गर्दैन। Windows ले जडानलाई खातामा सीमित गर्न सक्छ जबकि राउटिङ तालिका मेसिनभरको रहन्छ, त्यसैले पूर्वनिर्धारित मार्ग भएको खाता-सीमित जडानले अझै मेसिनका हरेक प्रक्रियालाई, अन्य सत्रसहित, पुनर्निर्देशित गर्छ। दायरा तब मात्र वास्तविक हुन्छ जब मार्गको दायरा खातासँग मिल्छ। त्यसैले एउटै ल्यापटप साझा गर्ने दुई जनाले एउटै तालिका साझा गर्छन्, र दोस्रोले पहिलोले सुरु गरेको टनेल उत्तराधिकारमा पाउँछ।

अपवाद पुनःजडानमा टिक्यो भनी पुष्टि गर्नुहोस्

परिवर्तनलाई असफल हुने तरिकाले नै परीक्षण गर्नुहोस्: विच्छेद गर्नुहोस्, फेरि जोडिनुहोस्, नयाँ एप्लिकेसन खोल्नुहोस्, त्यसपछि स्थानीय रहनुपर्ने एउटा ठेगाना र टनेल प्रयोग गर्नुपर्ने एउटा ठेगाना माग्नुहोस्। दुवैलाई जोडिएको अवस्थाको Find-NetRoute सँग तुलना गर्नुहोस्।

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