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

सुरक्षित गरिएको कन्फिगरेसनलाई वास्तविक सञ्जाल अवस्थासँग तुलना गर्न तीन आदेश चाहिन्छ र अनुमानले उत्तर खोजिरहेको प्रश्नको उत्तर दिन्छ।

पहिले सुरक्षित प्रोफाइल, त्यसपछि वास्तविक अवस्था

आयात गरिएको OpenVPN जडान आफ्नै NetworkManager प्रोफाइल बन्छ। जुन .ovpn फाइलबाट यो आयो, त्यो आयात सकिएको क्षणदेखि सत्यको स्रोत रहँदैन, त्यसैले पछि त्यो फाइल सम्पादन गर्दा तपाईंले प्रयोग गरिरहेको जडानमा केही फरक पर्दैन। यहीँ तुलना पहिलो पटक गलत हुन्छ, र चुपचाप गलत हुन्छ।

nmcli -f connection.id,connection.uuid,ipv4.never-default,ipv4.routes,ipv4.dns connection show office-vpn

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

त्यसपछि प्रणालीले त्यो मनसायसँग वास्तवमै के गर्यो हेर्नुहोस्, नीति नियम र हरेक तालिका सहित, मुख्य तालिका मात्र होइन। सुरक्षित गुणहरू इनपुट हुन्, र स्थापित तालिकाहरू परिणाम हुन्।

ip -4 rule show
ip -4 route show table all

दुई गन्तव्य, एक तुलना

चलिरहेको एउटा निजी गन्तव्य र एउटा सामान्य सार्वजनिक गन्तव्य छान्नुहोस्, त्यसपछि कर्नेललाई सोध्नुहोस् कि प्रत्येकले कुन बाटो लिन्छ। दुवै मेसिनमा यो गर्नुले नै अस्पष्ट फरकलाई ठोस फरकमा बदल्छ।

ip -4 route get 10.40.0.20
ip -4 route get 203.0.113.20

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

दुई क्लाइन्टले ठ्याक्कै उही पाठ छाप्नुपर्छ भनी नमाग्नुहोस्। OpenVPN मा redirect-gateway def1 सामान्यतया एउटा पूर्वनिर्धारितको सट्टा दुई आधा-प्रिफिक्स मार्गका रूपमा व्यक्त हुन्छ, र तिनलाई फरक तरिकाले देखाउने प्रबन्धक त्यसैले गलत हुँदैन। खोजीले देखाउने व्याप्तिको मूल्याङ्कन गर्नुहोस्, ढाँचाको होइन।

दुई क्लाइन्ट वैध रूपमा कहाँ फरक छन्

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

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

DNS दोस्रो अक्ष हो र स्वतन्त्र रूपमा असफल हुन्छ। सही मार्गले अझै निजी क्षेत्रका लागि जवाफ दिन नसक्ने रिजोल्भरमा क्वेरी पठाउन सक्छ, र सही रिजोल्भरले गलत मार्ग सुधार्दैन। दुवै जाँच्नुहोस्, र निजी नाम समाधान हुने तर निजी ठेगाना नहुने अवस्थालाई दुई तह छुट्टाछुट्टै समाधान भइरहेको प्रमाण मान्नुहोस्।

तुलना सफा राख्नुहोस्

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

अरू सबै पनि स्थिर राख्नुहोस्: उही एन्डपोइन्ट, उही खाता, उही सफ्टवेयर संस्करण, उही सञ्जाल। सहकर्मीको Windows ल्यापटपमा सफलता फरक क्लाइन्ट, फरक रिजोल्भर एकीकरण र सम्भवतः फरक सर्भर प्रोफाइलको परीक्षण हो, त्यसैले यो Ubuntu प्रबन्धकबारे प्रमाण होइन।

NetworkManager को IPv4 सेटिङ सन्दर्भ ले never-default र सुरक्षित मार्ग गुणहरू सटीक रूपमा परिभाषित गर्छ, व्यवस्थापित मान परिवर्तन गर्नु अघि पढ्न योग्य छ। र यो तुलनाको दायरा सम्झनुहोस्: यो IPv4 सँग सम्बन्धित छ र सम्बन्धित IPv6 नीतिबारे केही भन्दैन, जसका आफ्नै पूर्वनिर्धारित र आफ्नै चकित पार्ने तरिका छन्।

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