कनेक्ट केल्यानंतर VPN रूट मेट्रिक बदलला: याचा अर्थ काय
कमी मेट्रिक फक्त समान विशिष्टतेच्या रूटमधील बरोबरी सोडवते. कोणताही VPN रूट क्रमांक संपादित करण्यापूर्वी धोरण नियम, प्रीफिक्स आणि एंडपॉइंट होस्ट रूट वाचा.
तुम्ही VPN ला कनेक्ट करता, route print चालवता, आणि डीफॉल्ट रूट आता पूर्वीपेक्षा खूपच कमी मेट्रिक घेऊन जातो। नैसर्गिक निष्कर्ष असा की VPN ने डीफॉल्ट रूट घेतला कारण त्याचा क्रमांक लहान आहे। कधीकधी नेमके तसेच घडले असते। बऱ्याचदा मेट्रिक हा निर्णायक घटकच नसतो, आणि तो संपादित केल्याने काहीही बदलत नाही, कारण निवड आधीच झाली होती — प्रीफिक्सच्या लांबीने किंवा धोरण नियमाने।
लक्षण खरे आहे: आधी Wi-Fi अडॅप्टरमधून जाणारा ट्रॅफिक आता टनेलमधून जातो, किंवा उलट। मेट्रिक हा ठराविक क्रमाने चालणाऱ्या शोधाचा एक इनपुट आहे, आणि कोणत्याही क्रमांकाला हात लावण्यापूर्वी तोच क्रम वाचायचा असतो।
क्रमांक प्रत्यक्षात कशाशी स्पर्धा करतो
पहिली तुलना विशिष्टता आहे, प्राधान्य नाही। 10.20.0.0/16 चा रूट 10.0.0.0/8 ला हरवतो, आणि दोन्ही 0.0.0.0/0 ला हरवतात, त्यांची मेट्रिक काहीही सांगो। मशीनवर सर्वात कमी मेट्रिकसह डीफॉल्ट रूट इन्स्टॉल करणारा VPN सुद्धा गंतव्याशी जुळणाऱ्या कोणत्याही अधिक विशिष्ट रूटकडे हरतो, क्लायंट स्वतःच्या सर्व्हरसाठी इन्स्टॉल करणारा होस्ट रूटही यासह।
म्हणून डीफॉल्टवरील मेट्रिक कमी करून थेट जोडलेल्या सबनेटला टनेलमध्ये ढकलता येत नाही। ते सबनेट VPN मध्ये हवे असेल तर प्रीफिक्ससाठी रूट जोडा किंवा धोरण नियमाने टनेल टेबल निवडा। त्या कामासाठी मेट्रिक चुकीचा लीव्हर आहे।
| Check in this order | Question | Where you read it |
|---|---|---|
| 1. Policy and table | Which routing table does this traffic use? | ip rule, client profile |
| 2. Prefix length | Which matching route is most specific? | route print, ip route |
| 3. Metric | Which of the equally specific routes is preferred? | route print, ip route |
| 4. Interface state | Is the chosen next hop reachable? | adapter status, link state |
लिनक्स मेट्रिकपूर्वी टेबल ठरवतो
लिनक्समध्ये कर्नेल आधी धोरण डेटाबेस पाहते। ip rule नियम आणि ते निवडणारी टेबल यांची यादी करते, आणि ip route get 203.0.113.10 त्या गंतव्यासाठी कर्नेल प्रत्यक्षात वापरणारे टेबल, रूट आणि स्रोत पत्ता कळवते। टेबल 100 मधील मेट्रिक मुख्य टेबलमधील रूटशी कधीही स्पर्धा करत नाही, कारण कोणतीही मेट्रिक तुलना होण्यापूर्वीच नियमाने टेबल निवडले होते।
म्हणून रूट ip route show table all मध्ये बरोबर दिसू शकतो आणि तरीही ट्रॅफिक वाहून नेणार नाही। जुळलेला नियम वाचा, नंतर त्याने निवडलेले टेबल वाचा, नंतर त्यातील रूट तुलना करा। चुकीचे टेबल निवडले असेल तर दुसऱ्या टेबलमधील कोणतेही मेट्रिक संपादन मदत करणार नाही।
विंडोज दोन मेट्रिक एकत्र करतो
विंडोजमध्ये डीफॉल्टनुसार धोरण डेटाबेस नाही, पण तो रूट मेट्रिक आणि इंटरफेस मेट्रिक एकत्र करतो, आणि स्वयंचलित इंटरफेस मेट्रिक लिंकच्या वेगानुसार आणि अडॅप्टरच्या स्थितीनुसार बदलू शकतो। म्हणून तोच रूट डॉकिंग स्टेशन किंवा व्हर्च्युअल अडॅप्टर आल्यानंतर वेगळा वागू शकतो। Find-NetRoute -RemoteIPAddress 203.0.113.10 निवडलेला स्रोत पत्ता, पुढील हॉप आणि इंटरफेस कळवते, जे कच्च्या टेबलपेक्षा खऱ्या निर्णयाच्या जवळ आहे।
रूट आणि इंटरफेसची मूल्ये एकत्र वाचा। इंटरफेस मेट्रिक वाढवल्याने कोणतीही रूट नोंद न बदलता ट्रॅफिक सरकू शकतो, आणि स्वतःच्या रूटचा मालक असलेला VPN क्लायंट पुन्हा कनेक्ट होताना त्या पुन्हा इन्स्टॉल करेल आणि तुमचे संपादन टाकून देईल।
टनेलचा एंडपॉइंट टनेलबाहेर ठेवा
प्रत्येक टनेलला स्वतःच्या सर्व्हरपर्यंत टनेलमधून न जाणारा मार्ग हवा असतो। क्लायंट भौतिक गेटवेमार्फत एंडपॉइंटसाठी होस्ट रूट इन्स्टॉल करतात, आणि तो रूट क्लायंटने जोडलेल्या डीफॉल्टपेक्षा अधिक विशिष्ट राहिला पाहिजे। तो हटवा, किंवा त्या पत्त्याच्या शोधात टनेलला जिंकू द्या, आणि एन्कॅप्सुलेटेड पॅकेट्स जे टनेल बांधायचे आहे त्यात शिरण्याचा प्रयत्न करतील। कनेक्शन अयशस्वी होते किंवा लूपमध्ये जाते।
कोणत्याही मेट्रिक बदलापूर्वी आणि नंतर तो होस्ट रूट तपासा: त्याने भौतिक पुढील हॉपकडे निर्देश करावा आणि पुन्हा कनेक्ट झाल्यावर टिकून राहावे। क्लायंट त्याचा मालक असेल तर रनटाइम मूल्याऐवजी प्रोफाइल किंवा व्यवस्थापित कॉन्फिगरेशन बदला, कारण मूल्य पुन्हा लिहिले जाईल।
दोन्ही पत्ता कुटुंबे आणि ॲपचा संदर्भ तपासा
IPv4 आणि IPv6 वेगळ्या टेबलसह वेगळे निर्णय आहेत। VPN IPv4 वाहू शकतो तर IPv6 स्थानिक राउटर वापरत राहतो, आणि एका कुटुंबातील मेट्रिक बदल दुसऱ्याबद्दल काहीही सांगत नाही। दोन्ही तपासा, नंतर ॲप्लिकेशनचा संदर्भ तपासा। इंटरफेसशी बांधलेली प्रक्रिया, कंटेनर नेमस्पेस किंवा प्रत्येक ॲपसाठीचे VPN तुमच्या शेलपेक्षा वेगळे टेबल पाहू शकतात।
खऱ्या गंतव्यासाठीचा निर्णय कळवणाऱ्या साधनाने पडताळा, संपूर्ण टेबल यादीने नाही। निवडलेला रूट डिझाइनचा हेतू असेल तर थांबा। स्क्रीनवरील सर्वात लहान संख्या नसलेला मेट्रिक दोष नाही, आणि त्याला सर्वात लहान बनवण्यास भाग पाडल्यास टनेल अवलंबून असलेला एंडपॉइंट मार्ग तुटू शकतो।