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 लिङ्कका लागि चल्ने र एउटै यन्त्र नाम मान्ने हुक लामो आयुको सानो बग हो।

तीन अनुरोधले विभाजन प्रमाणित गर्नुहोस्

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

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

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