पूर्ण टनेल विरुद्ध विभाजित टनेल: चार फरक

टनेल लेबल सांगतात की लॅपटॉपचा उर्वरित ट्रॅफिक कुठे जातो, तो किती वेगाने जातो हे नाही. पूर्ण टनेलमध्ये, सार्वजनिक विनंत्या इंटरनेटवर जाण्यापूर्वी VPN गेटवेमधून जातात. विभाजित टनेलमध्ये, खाजगी गंतव्ये टनेल वापरतात आणि बाकी सर्व स्थानिक मार्ग घेतात. दोन्ही अंतर्गत अनुप्रयोगापर्यंत पोहोचतात, म्हणून लोक प्रथम करतात ती पोहोच चाचणी कोणते धोरण तैनात आहे हे सांगत नाही.

त्याऐवजी बाहेर पडण्याची चाचणी करा: सार्वजनिक इको पृष्ठ कोणता पत्ता नोंदवते, आणि कोणत्या रिझॉल्व्हरने उत्तर दिले.

गैरसमज: विभाजित टनेल फक्त वेगवान पर्याय आहे

विभाजित टनेल बऱ्याचदा कार्यक्षमता वैशिष्ट्य म्हणून विकले जाते, आणि ते असू शकते, पण ती व्याख्या नाही तर दुष्परिणाम आहे. व्याख्या म्हणजे कोणती गंतव्ये टनेलमध्ये प्रवेश करतात याचा राउटिंग निर्णय. वेगातील फरक तेव्हाच दिसतो जेव्हा थेट मार्ग कार्यालयातून जाणाऱ्या वळणापेक्षा खरोखर चांगला असतो. गर्दीच्या घरगुती लिंकवर आणि हलक्या भाराच्या गेटवेवर, पूर्ण टनेल दोन्हींपैकी वेगवान असू शकते.

म्हणून प्रामाणिक चौकट मार्गाच्या मालकी आणि नियंत्रणाबद्दल आहे, आणि कार्यक्षमता नंतर मोजली जाणारी गोष्ट आहे. वेगासाठी निवडलेले धोरण तुमचे DNS आणि सार्वजनिक इग्रेस शांतपणे हलवत असेल तर ते चुकीच्या कारणाने निवडले गेले आहे.

प्रत्यक्षात काय बदलते: बाहेर पडणे

पूर्ण टनेलमध्ये, सार्वजनिक वेबसाइट कार्यालयाचा इग्रेस पत्ता पाहते आणि कार्यालयाचे फिल्टरिंग विनंती पाहते. विभाजित टनेलमध्ये, तीच साइट वापरकर्त्याचा घरचा पत्ता पाहते आणि कार्यालय काहीही पाहत नाही. ही वेगवेगळी दृश्यमानता प्रतिमाने आहेत आणि कोणतेही आपोआप अधिक सुरक्षित नाही. उपयुक्त प्रश्न असा आहे की संस्था प्रत्यक्षात कोणते चालवू शकते.

कनेक्टेड बॅजवर विश्वास ठेवण्याऐवजी ते थेट तपासा. सार्वजनिक पत्ता इको बाहेर पडणे दाखवतो, आणि रिझॉल्व्हर चाचणी कोणाच्या DNS ने उत्तर दिले ते दाखवते.

मग गेटवेने काय वाहून न्यायचे

व्हिडिओ कॉल, डाउनलोड आणि खाजगी अनुप्रयोग वाहून नेणाऱ्या गेटवेला केवळ अंतर्गत विनंत्या वाहून नेणाऱ्या गेटवेपेक्षा पूर्णपणे वेगळ्या कामाच्या भारासाठी क्षमता लागते. साइटचे इंटरनेट कनेक्शन वापरकर्त्याचे आगमन आणि त्यानंतरचे सार्वजनिक इग्रेस दोन्ही वाहून नेते, म्हणून दोन दुवे एकाच वेळी संपृक्त होऊ शकतात.

स्थानिक ब्रेकआउट तो भार आणि वळण काढून टाकते, आणि ते चांगल्या अनुभवाची हमी देत नाही, कारण थेट मार्गही गर्दीचा असू शकतो. राउटिंग लेबलला कार्यक्षमतेचे माप मानण्याऐवजी प्रत्यक्ष अनुप्रयोगाची तुलना करा.

पूर्ण टनेलखाली अपवाद अस्तित्वात आहेत

डीफॉल्ट मार्ग प्रत्येक पॅकेटची यादी नाही. अधिक विशिष्ट मार्ग, स्थानिक नेटवर्कच्या परवानग्या, अनुप्रयोग वगळणे आणि स्वतंत्र IPv6 नियम सर्व ट्रॅफिक हलवतात, म्हणून पूर्ण टनेल असे वर्णन केलेले धोरण तरीही गळू शकते. ऑपरेटिंग सिस्टमचे राउटिंग दस्तऐवज सक्तीच्या टनेल डीफॉल्टसाठी हा फरक करते, आणि क्लायंटची अपवाद यादी हीच ती जागा आहे जिथे गळती सहसा राहते. वर्तन तपासा, हेतू नाही.

IPv6 स्वतंत्र नजरेस पात्र आहे, कारण केवळ IPv4 वाहून नेणारे टनेल संपूर्ण स्टॅक धोरणाबाहेर ठेवते.

DNS हे स्वतंत्र धोरण आहे

अंतर्गत नावांना त्यांना ओळखणारा रिझॉल्व्हर लागतो, आणि तो रिझॉल्व्हर केवळ टनेलमधूनच उपलब्ध असू शकतो. स्वतःचे एन्क्रिप्टेड DNS असलेला ब्राउझर सिस्टम रिझॉल्व्हर पूर्णपणे टाळू शकतो, ज्यामुळे असे विभाजन होते जिथे अंतर्गत नावे अयशस्वी होतात आणि सार्वजनिक नावे चालतात, किंवा उलट.

शोध कुठे जायला हवेत हे ठरवा, मग क्लायंट आणि ब्राउझर एकमत करा. यशस्वी सार्वजनिक ब्राउझिंग कधीही अंतर्गत नाव विश्लेषण तपासत नाही, म्हणून इंट्रानेट साइट हरवल्यावर हा चुकीचा पुरावा आहे.

अयशस्वी धोरण लिहा, मग त्याची चाचणी करा

टनेल पडल्यावर काय होईल हे ठरवा: सर्व गोष्टी अडवा, फक्त खाजगी संसाधने अडवा, किंवा थेट कनेक्शनला परवानगी द्या. स्वयंचलित पुनर्कनेक्शन या प्रश्नाचे उत्तर देत नाही, आणि केवळ टनेल इंटरफेस व्यापणारा किल स्विच वगळलेल्या अनुप्रयोगांना मोकळेपणे बोलू देऊ शकतो. प्रत्यक्ष डिस्कनेक्ट आणि नेटवर्क बदलाची चाचणी करा, मग क्लायंटची स्थिती वाचा, कारण दस्तऐवज इच्छित वर्तन वर्णन करतो, स्थापित वर्तन नाही.

खाजगी मार्ग, सार्वजनिक बाहेर पडणे, DNS सर्व्हर, स्थानिक अपवाद आणि अयशस्वी वर्तन एका छोट्या टिपात नोंदवा. तीच टीप धोरण असे लिहिले नसलेल्या व्यक्तीलाही पडताळणीयोग्य बनवते.