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 शी तुलना करा.

पुनर्कनेक्शननंतर प्रीफिक्स तक्त्यात नसेल, तर तो चुकीच्या स्वरूपात नाही, चुकीच्या ऑब्जेक्टमध्ये राहतो. तो भौतिक इंटरफेसवर हलवा आणि चाचणी पुन्हा करा. दोन्ही आदेशांचे आउटपुट बदल नोंदीसोबत ठेवा, कारण कार्यरत स्थितीचा स्नॅपशॉट नंतर स्पष्टीकरणाच्या एका परिच्छेदापेक्षा जास्त प्रश्नांची उत्तरे देतो. पुढच्या व्यक्तीला कनेक्शनने काय निर्माण केले हे जाणून घ्यायचे असेल, तुम्ही काय निर्माण करण्याचा हेतू ठेवला होता ते नाही.