होम-लॅब स्प्लिट टनल: जे हवं तेच राउट करा, सगळं नाही
फुल टनल ही ट्युटोरियलची सवय आहे, लॅबची गरज नाही. तुम्हाला खरोखर हव्या असलेल्या सबनेट, नावे आणि व्यवस्थापन मार्गांची यादी करा, मग फक्त तेच राउट करा.
होम-लॅबला फुल टनल हवा असा सल्ला सहसा ज्यात तो होता अशा ट्युटोरियलमधून येतो, गरजेतून नाही. स्प्लिट टनलिंग ही योग्य VPNची तडजोडीची आवृत्ती नाही; ती अशी आवृत्ती आहे जिचा राउट टेबल तुम्ही समजावून सांगू शकता. पाच सेवा आणि एक व्यवस्थापन इंटरफेस असलेल्या लॅबला घर सोडणाऱ्या प्रत्येक पॅकेटला टनलमधून जाण्याची गरज नाही. तिला हवी असते एक यादी आणि त्या यादीतील प्रत्येक बाबीसाठी एक राउट.
समजूत: स्प्लिट टनलिंग ही तडजोड आहे
समजूत टिकून राहते कारण फुल टनल एकदा सेट करणे सोपे आणि नंतर डीबग करणे कठीण असते. तो सौदा सार्वजनिक Wi-Fiवरील लॅपटॉपसाठी योग्य आणि तळघरातील रॅकसाठी चुकीचा आहे.
ते दुसरे गृहीतही लपवते: लॅबचे अॅड्रेसिंग तुम्ही ज्या नेटवर्कमधून जोडता त्याच्याशी काहीही सामायिक करत नाही.
राउटच्या आधी संसाधनांची यादी करा
प्रत्येक लॅब सबनेट, तिथे राहणारी सेवा, ती सोडवण्यासाठी वापरले जाणारे नाव आणि तिला पोहोचण्याची परवानगी कोणाला आहे ते लिहा; तुमच्या फॉरवर्डिंग नोट्स गेटवेबद्दल तुम्ही नियोजन करत असलेला परतीचा मार्ग सांगतात. कंटेनरच्या श्रेणी आणि रिमोट क्लायंट आधीच वापरत असू शकणाऱ्या LAN श्रेणी जोडा, कारण ओव्हरलॅप हाच तो अपयश आहे जो ही यादी टाळते. प्रत्येक खाजगी पत्ता व्यापणारा राउट लवकरच किंवा नंतर घरातील नेटवर्कशी टकरेल. यादी हीच चाचणी योजनाही आहे, म्हणून ती कॉन्फिगरेशननंतर नाही तर आधी करणे योग्य आहे.
प्रत्येक संसाधनाला एक मार्ग द्या: टनलमधून, थेट किंवा नाकारलेला. मार्ग न दिलेले संसाधन तेच पुढे गोंधळलेला सपोर्ट प्रश्न निर्माण करते.
पाच ओळी आणि निर्णयांचा एक स्तंभ कोणालाही न वाचता येणाऱ्या राउट टेबलपेक्षा वरचढ आहे.
गेटवेला परतीचा मार्ग हवा
गेटवेवरील फॉरवर्डिंग फक्त अर्धे आहे. लॅबला क्लायंट पूलकडे परतीचा राउट हवा, किंवा परतीची शक्यता करणारी समर्थित भाषांतर व्यवस्था हवी. उत्तरांना क्लायंट सापडला नाही तर टनल जोडलेले दिसते आणि प्रत्येक विनंती वेळ संपून संपते; हे राउटिंगचे लक्षण आहे, VPNचे अपयश नाही. परतीचा मार्ग हा समस्या निवारणाचा टप्पा नाही, डिझाइनचा भाग म्हणून तपासा.
लॅबच्याच अॅड्रेसिंगशी ओव्हरलॅप होणारा क्लायंट पूल या समस्येचा दुसरा अर्धा आहे आणि तो अगदी त्याच पद्धतीने अपयशी होतो.
दोन श्रेणी टकरल्यावर लक्षणे नाही, योजना दुरुस्त करा.
व्यवस्थापन आणि इंटरनेटच्या भूमिका वेगळ्या आहेत
टनल फक्त लॅबचा रहदारी वापरतो की तो इंटरनेटचा निर्गम होतो हे ठरवा. ट्युटोरियलने वापरले म्हणूनच डीफॉल्ट राउट जोडू नका, कारण तो निर्णय प्रत्येक DNS प्रश्न आणि प्रत्येक अपडेट तपासणी कुठे जाते हे बदलतो. VPN एंडपॉइंटपर्यंत बाहेरील मार्ग ठेवा, नाहीतर टनल स्वतःचे बाहेरील कनेक्शन वाहून नेण्याचा प्रयत्न करेल. व्यवस्थापन प्रवेश संकुचित ठेवा आणि मंजूर पुनर्प्राप्ती पद्धतीने पोहोचता येईल असे ठेवा.
प्रत्येक सार्वजनिक प्रश्नाला तोच रिझॉल्व्हर हवा असे गृहीत न धरता लॅबच्या नावांसाठी खाजगी DNS निवडता येते. ते रिझॉल्व्हरचे ठरवणे आहे, राउटचे नाही.
ते वेगळे ठेवणे हेच पुढे अपयशाच्या पद्धती ओळखता येण्यासारख्या करते.
LANमधून नाही, बाहेरून चाचणी करा
त्याच LANमधून चाचणीऐवजी बाहेरील अधिकृत कनेक्शन वापरा, कारण त्याच LANमधील चाचणी गहाळ परतीचा राउट पूर्णपणे लपवू शकते. लॅबचा पत्ता, त्याचे खाजगी होस्टनाव, इच्छित थेट गंतव्य आणि आवश्यक अपयश वर्तन तपासा. यशाइतकाच अपयशाचा प्रसंगही महत्त्वाचा आहे: ज्या संसाधनापर्यंत पोहोचू नये तिथे खरोखर पोहोचता नये. डिझाइन पूर्ण झाले असे म्हणण्यापूर्वी चारही निकाल नोंदवा.
मग राउट आणि DNS कॉन्फिगरेशन यादीच्या शेजारी साठवा, मालकाच्या नावासह. लॅबला अजून एक सबनेट मिळाल्यास दोन्ही अद्ययावत करा आणि पुन्हा चाचणी करा.
अस्तित्वात असलेल्या घरातील नेटवर्कशी ओव्हरलॅप होणारा अस्पष्ट राउट हा तो टप्पा वगळण्याचा डीफॉल्ट निकाल आहे.
पूर्ण झालेली रचना लहान, दस्तऐवजीकृत आणि कंटाळवाणी आहे, आणि लॅबला तिच्या नेटवर्ककडून नेमके तेच हवे असते. मनोरंजक आवृत्ती ती आहे जी तुम्ही घरापासून दूर असताना तुटते.