Mac L2TP विभाजित रूट: होस्ट पत्ता का काम करत नाही

VPN जोडले जाते, मेनू बार ते दाखवते, आणि अंतर्गत होस्ट तरीही वेळ संपून जातो. अशा परिस्थितीत तीन संभाव्य कारणे आहेत, आणि कोणते लागू होते हे टनेल कसे कॉन्फिगर केले होते यावर अवलंबून असते. एकतर रूट कमांडने जिथे नेटवर्क पत्ता आवश्यक होता तिथे होस्ट पत्ता वापरला, किंवा प्रोफाइल स्वतःच निर्णय गिळणारा डीफॉल्ट रूट स्थापित करते, किंवा क्लायंट प्रोफाइल कीऐवजी हुक आवश्यक असलेले PPP टनेल आहे. ते याच क्रमाने तपासा, कारण पहिले वगळणे सर्वात स्वस्त आहे.

गंतव्य नेटवर्क पत्ता आहे, मास्क उपसर्गाचे वर्णन करते

networksetup -setadditionalroutes गंतव्य, सबनेट मास्क आणि गेटवेच्या त्रिकांचा स्वीकार करते. एक अंतर्गत सबनेट टनेलमधून पाठवणारा कॉल असा दिसतो:

sudo networksetup -setadditionalroutes "VPN (L2TP)" 192.168.1.0 255.255.255.0 10.2.0.0

गंतव्य काय आहे ते लक्षात घ्या: नेटवर्क पत्ता, तुम्ही पोहोचू इच्छित असलेल्या सर्व्हरचा पत्ता नाही. ज्या प्रकरणातून हा लेख आला, तिथे त्या जागी 192.168.1.20 असलेल्या त्याच कमांडने काहीही उपयुक्त केले नाही, आणि ती 192.168.1.0 ने बदलल्यावर लगेच काम झाले. तोच मास्क, तोच गेटवे, एक वेगळा आकडा. संपूर्ण अपयश लहान प्रमाणात हेच आहे.

कारण अंकगणित आहे, धोरण नाही. /24 मास्कसह जोडलेला होस्ट पत्ता 192.168.1.0/24 चे वर्णन करत नाही; राउटिंग तक्ता उपयुक्तपणे ठेवू शकत नाही अशा गोष्टीचे ते वर्णन करते, म्हणून नोंद नाकारली जाते किंवा दुर्लक्षित केली जाते आणि टनेल शेवटी तुम्ही ठरवलेल्यापेक्षा कमी वाहून नेते.

जेव्हा नक्की एक होस्ट हवा असेल, तेव्हा होस्ट पत्ता 255.255.255.255 मास्कसह वापरा. मिश्र जोड्याच जिथे चुकतात, होस्ट पत्त्याचा वापर स्वतः नाही. एका पत्त्यापासून बनवलेला /32 वैध रूट आहे; एका पत्त्यापासून बनवलेला /24 चूक आहे.

कॉल यादी बदलतो, आणि नाव शब्दशः आहे

पहिल्या प्रयत्नात दोन वर्तन लोकांना चकित करतात. कमांड जोडण्याऐवजी संपूर्ण अतिरिक्त रूट यादी सेट करते, म्हणून एक उपसर्ग जोडणारा कॉल आधी असलेल्या इतर गोष्टी शांतपणे काढून टाकतो. संपूर्ण संच एका कॉलमध्ये तयार करा.

सेवा नावही तुम्ही तयार केलेले लेबल नाही. ते साधनातून वाचा आणि प्रकाराचा प्रत्ययासह अचूक कॉपी करा:

networksetup -listallnetworkservices

एका अक्षराने वेगळे नाव वाचण्यासारखी त्रुटी देत नाही किंवा रूटही देत नाही. येथे योग्य तंत्र कॉपी-पेस्ट आहे, स्मरणातून पुन्हा टाइप करणे नाही.

जेव्हा प्रोफाइल डीफॉल्ट रूटचा दावा करते

विभाजित रूट स्पष्टपणे व्यापत नसलेल्या कोणत्याही गंतव्यासाठी डीफॉल्ट रूटकडून हरतात, आणि पूर्ण टनेलसाठी कॉन्फिगर केलेले L2TP प्रोफाइल नक्की तेच स्थापित करते. प्रोफाइल सांगत असेल की सर्व काही टनेलमधून जाते, तर अतिरिक्त रूट यादी फार कमी बदलते. तुमची नोंद चुकीची नाही; ती कधीही नाव न घेणाऱ्या गंतव्यांसाठी फक्त अप्रासंगिक आहे. याचे नियंत्रण सहसा कोणत्याही रूट कमांडमध्ये नसून प्रोफाइलच्या सर्व रहदारी पाठवण्याच्या सेटिंगमध्ये असते.

अधिक नोंदी संपादित करण्यापूर्वी तुम्हाला खरे कोणते मॉडेल हवे आहे ते ठरवा. अपवादांसह पूर्ण टनेल हे विशिष्ट उपसर्गांसह विभाजित टनेलपेक्षा वेगळे कॉन्फिगरेशन आहे, आणि दोन्ही मिसळल्यास कोणीही अंदाज लावू शकत नाही असे तक्ते तयार होते.

जर संस्थेला पूर्ण टनेल हवे असेल, तर ते स्थानिक पातळीवर विभाजित करण्याचा प्रयत्न थांबवा आणि आवश्यकता धोरणाच्या मालकाकडे न्या. त्याला विरोध करणारा स्थानिकरीत्या जोडलेला रूट पुढील प्रोफाइल अद्यतनात तरी काढला जाईल.

PPP टनेलना कीऐवजी हुक लागतो

PPP-आधारित टनेलसाठी, defaultroute ही डीफॉल्ट रूट तयार करणारी प्रोफाइल की आहे; ती काढली तर क्लायंट प्रत्येक गंतव्याचा दावा करणे थांबवतो. नंतर इंटरफेस दिसल्यानंतर रूट जोडले जातात, सहसा /etc/ppp/ip-up मधून:

#!/bin/sh
/sbin/route add -net 192.168.1.0 -interface ppp0

स्क्रिप्ट root च्या मालकीत आणि कार्यान्वित ठेवा, आणि मशीनवर एकापेक्षा जास्त टनेल प्रोफाइल असल्यास इंटरफेस नावावर गार्ड जोडा. प्रत्येक PPP लिंकसाठी चालणारा आणि एकच उपकरण नाव गृहीत धरणारा हुक ही दीर्घ आयुष्याची लहान बग आहे.

तीन विनंत्यांनी विभाजन तपासा

जोडलेले असताना तक्ता घ्या आणि कोणता इंटरफेस टनेलची सेवा करतो ते नोंदवा. नंतर तो तयार करणाऱ्या कमांडच्या निर्गमन स्थितीवर विश्वास ठेवण्याऐवजी विशिष्ट गंतव्य तपासा. निर्गमन कोड सांगतो की साधनाने युक्तिवाद स्वीकारले का, रहदारी तुम्ही ठरवलेल्या मार्गाने जाते का हे नाही.

विभाजन सिद्ध करणाऱ्या तीन विनंत्यांसह समाप्त करा: पत्त्याने एक अंतर्गत होस्ट, अंतर्गत रिझॉल्व्हरद्वारे एक अंतर्गत नाव, आणि अजूनही स्थानिक कनेक्शन वापरायचे असलेली एक सार्वजनिक साइट. सार्वजनिक साइट आता टनेलमधूनही जात असेल, तर रूट यादी काहीही सांगत असली तरी विभाजन कधीच झाले नाही.

अजून एकदा पुन्हा जोडा आणि अंतर्गत विनंतीची पुनरावृत्ती करा, कारण हाताने जोडलेले रूट त्यांना वैध बनवणाऱ्या इंटरफेसपेक्षा जास्त काळ जगू शकतात आणि टनेल पडल्यानंतर रहदारी शांतपणे काळ्या छिद्रात बदलू शकतात.