तपाईंको Windows VPN रुट तालिकाले 0.0.0.0/1 र 128.0.0.0/1 किन देखाउँछ

Windows VPN मा जडान गर्नुहोस् र रुट तालिका खोल्नुहोस्, दुई प्रविष्टि तुरुन्तै देखिन्छन्: 0.0.0.0/1 र 128.0.0.0/1. यी टाइपिङ गल्ती होइनन् र डिफल्ट रुटलाई प्रतिस्थापन गर्दैनन्. ती देखिने वा नदेखिने एउटा प्रोफाइल विकल्पमा निर्भर छ, र यो जोडी पूर्ण टनेल बनाउने तरिका हो, स्प्लिट-टनेल सुविधा होइन. एउटा पनि लाइन बदल्नु अघि विकल्प, प्रिफिक्स र इन्टरफेस सँगै पढ्नुहोस्.

डिफल्ट-गेटवे विकल्पले के स्थापना गर्छ

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

0.0.0.0/1 ले IPv4 स्पेसको तल्लो आधा र 128.0.0.0/1 ले माथिल्लो आधा समेट्छ, त्यसैले सँगै ती हरेक युनिकास्ट ठेगाना समेट्छन्. हरेक डिफल्ट 0.0.0.0/0 भन्दा बढी विशिष्ट छ, अर्थात् सबैभन्दा लामो प्रिफिक्सको मिलानले सामान्य ट्राफिक टनेलमा पठाउँछ जबकि भौतिक डिफल्ट रुट जहाँ थियो त्यहीँ रहन्छ. त्यो डिफल्ट राख्नु सजावट होइन: इन्क्रिप्टेड पेलोड बेर्ने प्याकेट सर्भरको सार्वजनिक ठेगानामा सम्बोधित हुन्छन् र भौतिक एडाप्टरबाट बाहिर जानुपर्छ. डिफल्टलाई विभाजन गर्नुको सट्टा प्रतिस्थापन गर्नुहोस्, र टनेलको आफ्नै ढुवानी टनेलभित्र पस्न प्रयास गर्नेछ, जुन जडान होइन, लूप हो.

त्यसैले VPN एडाप्टरतर्फ देखाउने शाब्दिक 0.0.0.0/0 भेटियो भने रोकिनु उचित हुन्छ. नेटिभ क्लाइन्टले सामान्यतया त्यस्तो लेख्दैन, त्यसैले म्यानुअल रुट वा अर्को क्लाइन्टको कन्फिगरेसनले तपाईंको पछाडि तालिका बदलेको छ. तल केही पनि डिबग गर्नु अघि त्यो खोज्नुहोस्.

गेटवे बचाउनुभन्दा टियरडाउन सस्तो हुन्छ

एउटाको सट्टा दुई प्रविष्टिको पक्षमा व्यावहारिक तर्क टियरडाउन हो. जडान हुँदा क्लाइन्टसँग ठ्याक्कै दुई रुट हुन्छन् र डिस्कनेक्ट हुँदा ती मेटाउँछ, त्यो क्षणमा भौतिक एडाप्टरसँग जे छ त्यही छोड्छ. एकल डिफल्ट प्रतिस्थापन गरेको क्लाइन्टले अघिल्लो गेटवे सम्झनुपर्थ्यो, र DHCP लिज बदलिएपछि अब नभएको गेटवे पुनःस्थापित गर्न सक्थ्यो. दुई आफ्नै प्रविष्टिले त्यस्तो अवस्था बोक्दैनन्.

अन्य क्लाइन्टहरू पनि यही डिजाइनमा पुग्छन्. redirect-gateway def1 भएको OpenVPN प्रोफाइलले डिफल्ट मेटाउनुको सट्टा ती दुई प्रिफिक्स स्थापना गर्छ, र Windows क्लाइन्टले त्यही रुटिङ कारणले यही ढाँचा पछ्याउँछ.

त्यसैले तपाईंले विभाजन अपेक्षा गर्दा तालिका पूर्ण टनेल जस्तो देखिन सक्छ. जोडी पूर्ण टनेल बनाउने तरिका हो, स्प्लिट-टनेल गल्तीको प्रमाण होइन. यदि प्रोफाइल टाढाको गेटवे प्रयोग गर्न सेट छ भने, एउटा स्थानीय अनुप्रयोगले जेसुकै पुगोस्, सबै रुट हुन्छ.

कुनै पनि मेट्रिकभन्दा अघि सबैभन्दा लामो प्रिफिक्स जित्छ

प्रिफिक्सको लम्बाइले अन्य कुनै पनि फिल्डभन्दा अघि खोज निर्धारण गर्छ. मेट्रिकले समान प्रिफिक्स भएका रुटबीचको बराबरी मात्र तोड्छ, त्यसैले /1 प्रविष्टि खराब मेट्रिक भए पनि /0 डिफल्टलाई हराउँछ. इन्टरफेस बाइन्डिङले दुई रुटले एउटै प्रिफिक्स साझा गर्दा र Windows ले कुन एडाप्टरले प्याकेट पठाउने छनोट गर्नुपर्दा के बाँकी रहन्छ भन्ने निर्धारण गर्छ.

route print -4
Get-NetRoute -AddressFamily IPv4 | Sort-Object DestinationPrefix
Find-NetRoute -RemoteIPAddress 10.50.5.20

स्प्लिट-टनेल तालिकामा भौतिक डिफल्ट, दुई आधा-डिफल्ट, टनेल सबनेटको रुट र तपाईंले थप्नुभएको कुनै पनि अफिस प्रिफिक्स हुन्छ. क्लाइन्ट र प्रोफाइलअनुसार भौतिक डिफल्ट कम वा बढी मेट्रिकमा हुन सक्छ, र /1 जोडी रहेसम्म त्यो फरकले केही बदल्दैन. जोडी हटाइएको क्षणमा त्यसले सबै बदल्छ, तबै पुरानो गेटवे वा गलत इन्टरफेस देखा पर्छ. तपाईंले बदल्ने अपेक्षा गरेको एउटा लाइन नभई पूरै तालिका पढ्नुहोस्.

अफिस प्रिफिक्सका लागि एउटा मालिक छान्नुहोस्

स्प्लिट टनेलका लागि VPN प्रयोग गर्नुपर्ने प्रिफिक्स मात्र नाम दिनुहोस्, र त्यसको स्वामित्वको एउटा तरिका छान्नुहोस्. रुटलाई तोकिएको टनेल ठेगानातर्फ देखाउनु त्यो ठेगाना नबदलुन्जेल काम गर्छ, जबकि इन्टरफेसमा बाइन्डिङले ठेगाना परिवर्तन सहन्छ तर प्रोफाइल पुनर्निर्माणपछि इन्डेक्स फेरि तोकिँदा भाँचिन्छ. प्रोफाइल-बाउन्ड cmdlet दुवै समस्या टार्छ, तर प्रोफाइल चाहिन्छ.

route -p add 10.50.0.0 mask 255.255.0.0 172.16.8.1
route -p add 10.50.0.0 mask 255.255.0.0 0.0.0.0 IF 31
Add-VpnConnectionRoute -ConnectionName Office -DestinationPrefix 10.50.0.0/16

cmdlet ले प्रिफिक्सलाई नाम दिइएको प्रोफाइलमा बाँध्छ, त्यसैले रुट जडानसँगै देखा पर्छ र त्यसैसँग जान्छ, जुन व्यवस्थापित ल्यापटपलाई चाहिन्छ. स्थायी रुट रिस्टार्टपछि पनि टिक्छ र त्यसलाई प्रेरित गर्ने प्रोफाइलपछि पनि टिक्छ, यसरी अवकाश प्राप्त VPN ले वर्षौंसम्म प्रविष्टि छोड्छ. प्रत्येक प्रिफिक्सका लागि एउटा विधि छान्नुहोस् र छनोट लेख्नुहोस्, किनकि एउटै प्रिफिक्सका लागि स्थायी रुट र प्रोफाइल रुट मिलेर टियरडाउनका बेला छुट्याउन गाह्रो हुने डुप्लिकेट बनाउँछन्. तपाईंले जे छान्नुभए पनि, स्वामित्व मेसिनमा मात्र होइन, टिकटमा पनि देखिनुपर्छ.

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

वेबसाइटले होइन, गन्तव्यले प्रमाणित गर्नुहोस्

टनेल पार गर्नुपर्ने गन्तव्य परीक्षण गर्नुहोस्, निर्गमन ठेगाना रिपोर्ट गर्ने वेबसाइट होइन. Find-NetRoute छानिएको रुट र स्रोत ठेगाना फर्काउँछ, त्यसैले अफिस प्रिफिक्स जित्यो कि भौतिक डिफल्ट देख्न सकिन्छ, त्यसपछि साझेदारी आफै खोल्नुहोस्.

Find-NetRoute -RemoteIPAddress 10.50.5.20
Get-VpnConnection -Name Office

निर्गमन ठेगानाको साइट कमजोर जाँच हो, किनकि DNS, IPv6 र ब्राउजर प्रोक्सीले त्यो अनुरोध फरक बाटोबाट पठाउन सक्छन्. IPv4 र IPv6 सँगै एउटै संवादमा छुट्टै सेटिङ पनि हुन्छन्, र एउटा बाकस खाली गर्दा अर्को परिवार अछुत रहन्छ, त्यसैले डुअल-स्ट्याक मेसिनले IPv4 स्प्लिट रुट पछ्याउँदा IPv6 टनेलबाट बोक्न सक्छ. प्रोफाइललाई स्प्लिट भन्नु अघि दुवै परिवार जाँच्नुहोस्. रुट ठीक भए पनि सेवा असफल भइरहेको छ भने बाँकी तह रुटिङ होइन, फिल्टरिङ हो.

क्लाइन्ट-व्यवस्थापित फायरवालले पूर्ण रुट तालिका हुँदा पनि अफिस सबनेट अवरोध गर्न सक्छ. त्यो नीति प्रोफाइल पठाउनेको हो, रुट सम्पादन गर्नेको होइन.