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

प्रिफिक्सलाई मालिक चाहिन्छ, क्षण होइन

आवश्यकतालाई कर्ता भएको वाक्यको रूपमा लेखेर सुरु गर्नुहोस्: पुग्नुहोस् 10.77.0.0/24 अफिस VPN मार्फत, त्यो जडान चालु रहेसम्म। त्यो वाक्यले प्रिफिक्स, जडान र सर्तको नाम लिन्छ, र तुरुन्तै दुई लोकप्रिय विकल्प हटाउँछ: लगइन हुक र यस्तो इन्टरफेस नाम ppp0 वा utun2.

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

समर्थित रुट उद्देश्यको स्रोत प्रयोग गर्नुहोस्

गेटवे, व्यवस्थित प्रोफाइल वा मालिक क्लाइन्टको कागजात गरिएको रुट संयन्त्र यसको सही ठाउँ हो, जब त्यो संयन्त्रले आवश्यकता व्यक्त गर्न सक्छ। कुन लागू हुन्छ भन्ने प्रोटोकल र प्रदायकमा निर्भर छ, र कुञ्जीहरू तिनीहरूबीच यात्रा गर्दैनन्, त्यसैले प्रोफाइल कन्फिगर गर्ने मान OpenVPN ले मूल L2TP वा IKEv2 क्लाइन्टबारे केही भन्दैन।

MechanismCan carry extra prefixesWho owns the lifetime
Gateway-pushed routesOften, if the gateway is configured for itThe connection
Managed profile settingsDepends on the client and profile formatThe profile
Provider tunnel settingsYes, as included and excluded routesThe provider process
Manual commandYes, onceNobody

प्याकेट-टनेल विकासकर्ताहरूका लागि, Apple का IPv4 टनेल सेटिङहरूले समावेश र बहिष्कृत रुटहरू स्पष्ट रूपमा देखाउँछन्, र IPv6 को पनि आफ्नै समकक्ष छ। यी प्रदायकले प्रयोग गर्ने API हुन्, प्रत्येक मूल VPN प्यानलले प्रशासकलाई स्वेच्छाचारी रुट सूची दिन्छ भन्ने प्रमाण होइन। यदि हालको संयोजनले आवश्यक प्रिफिक्सहरू व्यक्त गर्न सक्दैन भने, अर्को कदम अपरेटरबाट समर्थित कन्फिगरेसन मार्ग हो, राम्रो व्यवहार गर्ने आशामा स्थापना गरिएको अर्को एप होइन।

जीवनकालमा सफाइ समावेश छ

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

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

पुनः जडानको दौड

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

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

के परीक्षण गर्ने, र रुटले के गर्न सक्दैन

स्वीकृतिले चार संक्रमण समेट्नुपर्छ: पहिलो जडान, फरक इन्टरफेसमा पुनः जडान, असफल जडान प्रयास, र अन्तिम विच्छेद। प्रत्येकपछि, टाढाको पक्षको ठेगानाका लागि प्रणालीले वास्तवमै छानेको रुट पढ्नुहोस्, तपाईंले अपेक्षा गरेको होइन।

route -n get 10.77.0.5
netstat -rn -f inet

अप्ठ्यारा केसहरू पनि त्यही चरणमा राख्नुहोस्: आवश्यक ठाउँमा IPv6, टाढाको प्रिफिक्ससँग ओभरल्याप हुने स्थानीय प्रिफिक्स, र टनेल चालु रहेसम्म काम गरिरहनुपर्ने सार्वजनिक VPN अन्त्य बिन्दुसम्मको रुट। त्यसपछि रुट के होइन लेख्नुहोस्। यसले प्याकेट छान्छ; यसले टाढाको पक्षमा अनुमति दिँदैन र फर्किने मार्ग बनाउँदैन, र ती फरक मालिक भएका फरक आवश्यकता नै रहन्छन्।

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

सम्बन्धित लेखहरू