VPN किल स्विच: कुन ट्राफिक र कहिले रोक्छ
पुन: जडानले सुरुङ पुनर्स्थापित गर्छ; किल स्विचले त्यो नभएपछि के हुन्छ भनेर निर्णय गर्छ। जडान टुट्ने, हातले विच्छेद, एपबाट बाहिरिने र सञ्जाल परिवर्तन छुट्टाछुट्टै परीक्षण गर्नुहोस्।
दुई सुविधालाई एउटै शब्दले वर्णन गरिन्छ र तिनीहरूले फरक काम गर्छन्। स्वचालित पुन: जडानले सुरुङ फर्काउन खोज्छ, र त्यो अन्तरालमा अनुरोधहरू असफल हुँदा एक सेकेन्डभित्र सफल हुन सक्छ। किल स्विचले त्यो अन्तरालमा ट्राफिकलाई के हुने भन्ने निर्णय गर्छ। यी दुईलाई एउटै सेटिङ ठानेर ग्राहक पढ्नु भनेको नीतिको सट्टा प्रतिमामा भरोसा गर्नु हो।
रोक्ने र पुन: जोडिने फरक निर्णय हुन्
एउटा ग्राहक जडान टुट्नु अप्रत्याशित भएपछि मात्र रोक्छ, त्यसपछि पुन: जोडिन्छ र रोक हटाउँछ। अर्कोले कसैले हातले सेटिङ बदलुन्जेल प्रणाली स्तरको रोक राख्छ, र तेस्रोले जानाजान विच्छेदलाई सामान्य पहुँच पुनर्स्थापित गर्ने अनुमति ठान्छ। यी तीन फरक व्यवहार हुन्, र तपाईंको बिल्डले कुन लागू गर्छ भनी विक्रेताको कागजातले बताउँछ।
प्रोफाइल आयात गर्नाले त्यो प्रश्नको निर्णय गर्दैन। एउटै सर्भर प्रोफाइल विपरीत रोक व्यवहार भएका दुई ग्राहकमा लोड हुन्छ, किनकि प्रोफाइलले सेटिङ बोक्छ, वाचा होइन। यही कारण डेस्कटपको चेकबक्स र समान नामको मोबाइल स्विचले फरक नियम लागू गर्न सक्छन्। आफ्नो प्लेटफर्मको नियन्त्रणको छेउको विवरण पढ्नुहोस्, त्यसपछि यसले के गर्छ परीक्षण गर्नुहोस्।
एउटै प्रोफाइल दुई ग्राहकमा फरक व्यवहार गर्छ
OpenVPN Connect एपका सेटिङहरू एउटा सुरुङ मोड वर्णन गर्छन् जसले सामान्य ट्राफिक त्यति बेला मात्र रोक्छ जब ग्राहकले रोकिएको वा पुन: जोडिने अवस्था जनाउँछ, जो हरेक प्लेटफर्मको हरेक घटनाबारे सामान्य वाचाभन्दा साँघुरो छ। उत्पादनको नाम होइन, सूचीबद्ध अवस्थाहरू पढ्नुहोस्। एउटा ग्राहक बिल्डका लागि लेखिएको विवरण अर्को विक्रेताको ग्राहकमा जाँदैन।
Android एउटै शब्द दुई नियन्त्रणका लागि देखाउँछ, किनकि सधैं खुला VPN र VPN बिना जडान रोक्ने कुरा छुट्टै कागजीकृत छन्। समान नामको चेकबक्स भएको डेस्कटप ग्राहकले ती दुईमध्ये कुनैभन्दा साँघुरो वा फराकिलो कुरा लागू गर्न सक्छ। दुई मेनुमा साझा लेबललाई दुवै विवरण नपढुन्जेल संयोग मान्नुहोस्। व्यवस्थापित यन्त्रहरू तेस्रो तह थप्छन्, किनकि यन्त्र प्रोफाइलले प्रयोगकर्ताले नदेख्ने वा रद्द गर्न नसक्ने सेटिङ लाद्न सक्छ।
उस्तै देखिने प्लेटफर्म सेटिङ बराबर हुँदैनन्
तपाईंले देख्ने नियन्त्रणलाई वास्तवमा लागू हुने नीतिसँग तुलना गर्नुहोस्। व्यवस्थापित यन्त्रमा देखिने स्विच खैरो हुन सक्छ, वा उच्च स्तरको प्रोफाइलले उल्टो लाद्दै गर्दा खुला हुन सक्छ। स्थानीय होइन, प्रभावकारी नीति माग्नुहोस्, र उत्तर लिखित रूपमा लिनुहोस्।
केही परीक्षण गर्नुअघि हरेक तहले के दाबी गर्छ लेख्नुहोस्, किनकि दुवै प्राय: मिल्दैनन् र परीक्षण सुरु भएपछि त्यो फरक हराउन सजिलो हुन्छ। परीक्षणका क्रममा ठीकसँग रोक्ने यन्त्रले कसैले कागजीकृत नगरेको कारणले रोकिरहेको हुन सक्छ।
एक पटकमा एउटा घटना चलाउनुहोस् र कोड लेख्नुहोस्
एक पटकमा एउटा घटना परीक्षण गर्नुहोस्, हानिरहित अनुरोधसँग, र हरेक प्रयासलाई नयाँ अनुरोध बनाउनुहोस्, सायद पहिले नै क्यासमा रहेको पृष्ठ होइन। तलका आदेशहरूले सुरुङ तल झार्छन्, पृष्ठ माग्छन् र इन्टरफेस फर्कियो कि भनेर देखाउँछन्।
ip link set tun0 down
curl -s -o /dev/null -w "%{http_code}\n" --max-time 5 https://example.com
ip -brief address show tun0तालिकाले हरेक कार्यलाई महत्त्वपूर्ण अवलोकन र राख्न योग्य प्रमाणसँग जोड्छ। समयसीमाभित्र असफल हुने अनुरोधले रोक लागू भयो भन्छ; पास हुने अनुरोधले ट्राफिकले अर्को बाटो भेट्यो भन्छ, जो बन्द गरिएको रोक होइन, छोडिएको मार्ग हुन सक्छ। अर्थपूर्ण सफ्टवेयर अद्यावधिक वा मार्ग नीति परिवर्तनपछि पूरै सेट दोहोर्याउनुहोस्, किनकि दुवैमध्ये कुनैले पनि देखिने सेटिङ नहलिकन शाखा बदल्न सक्छ। अन्तमा तपाईंलाई पूर्वानुमान गर्न सकिने असफलता व्यवहार चाहिन्छ, ढाडस दिने प्रतिमा होइन।
| What I do | What I watch | Evidence to keep |
|---|---|---|
| Bring the tunnel down by hand | Whether a fresh request fails at once | The HTTP code and the client state at that second |
| Choose Disconnect in the client | Whether ordinary access returns on purpose | The same request succeeding with no tunnel up |
| Quit the app, then reboot | Whether the block outlives the client | A request made from a clean boot |
| Move from Wi-Fi to cellular | Whether DNS and IPv6 follow the policy | The resolver answer, the route table and the code again |
अपवाद, अतिथि पोर्टल र रोकले गर्न नसक्ने
स्थानीय सञ्जालमा पहुँच सामान्य अपवाद हो, र यसले वाचाको दायरा बदल्छ। ग्राहकले बाँकी सबै रोक्दै उही सबनेटको प्रिन्टरमा पुग्न सक्छ, जो घरमा उचित र अतिथि सञ्जालमा प्रश्नयोग्य हुन्छ। कुनै घटनाले तपाईंका लागि यो पत्ता लगाउनुअघि यो अपवाद चाहिन्छ कि भनेर निर्णय गर्नुहोस्।
कडा रोकले अतिथि सञ्जालको पोर्टलमा साइन इन पनि अप्ठ्यारो बनाउँछ, किनकि पोर्टल ठ्याक्कै त्यही प्रत्यक्ष ट्राफिक हो जसलाई रोक्न रोक अवस्थित छ। सञ्जाल अधिकृत गर्ने समर्थित तरिका सिक्नुहोस्, त्यसपछि पृष्ठ लोड नहुन्जेल नियन्त्रण बन्द गर्नुको सट्टा नीति जानाजान पुनर्स्थापित गर्नुहोस्। रिजोल्भरको उत्तर र मार्ग तालिका एउटै टिप्पणीमा राख्नुहोस्, तल जस्तै। किल स्विचले गर्न नसक्ने कुरा सेवालाई अज्ञात बनाउनु हो, किनकि सुरुङबाहिरको ट्राफिक रोक्नु भित्र के हुन्छ भन्नेबारे केही भन्दैन।
resolvectl query example.com
ss -tunp | grep -v tun0