VPN कॉन्फ़िगर करने से पहले पैकेट का रास्ता लिखें

ज़्यादातर VPN निर्माण एक क्लाइंट और एक प्रोफ़ाइल से शुरू होते हैं, और जब तक सुरंग खड़ी होती है कोई नहीं बता सकता कि कौन सा पैकेट उससे गुज़रना था। काम का पहला पेज डीबगिंग के तीसरे घंटे से सस्ता है: एक इच्छित कनेक्शन को शुरू से अंत तक, कागज़ पर, कॉन्फ़िगरेशन फ़ाइल बनने से पहले लिखें। यह अभ्यास आम तौर पर वह सवाल तय करता है जो आपने अभी तक पूछा ही नहीं, जैसे कि ज़रूरत इंटरनेट से बाहर निकलना है, किसी सबनेट तक दूर से पहुँच है, या दो साइटों के बीच लिंक है।

शुरू करने के लिए एक कनेक्शन काफ़ी है। टोपोलॉजी के तीन पेज आम तौर पर वही गायब जवाब छिपाते हैं।

एक अनुरोध लिखें, कोई आरेख नहीं

भेजने वाले से शुरू करें: पतों की एक श्रेणी, पतों का एक परिवार और वह ऐप्लिकेशन जो ट्रैफ़िक पैदा करता है। फिर गंतव्य का प्रीफ़िक्स और उस पर की सेवा, पोर्ट और प्रोटोकॉल तक नाम लें, क्योंकि जो नियम सबनेट की अनुमति देता है पर सेवा की नहीं, वह नियम कुछ नहीं करता। दोनों पते ही पूरी बात हैं, और उनके नीचे सब कुछ वह मशीनरी है जिसे उनसे सहमत होना है।

रास्ते को क्रम से लिखें: भौतिक लिंक, हर सिरे पर VPN का अंतिम बिंदु, सुरंग स्वयं और उसके आगे का नेटवर्क। इंटरफ़ेस के नाम लिखें अगर आप जानते हैं, क्योंकि यही विवरण किसी वर्णन को ऐसी चीज़ बनाता है जिसे आप बाद में रूटिंग टेबल से तुलना कर सकें। हर इंटरफ़ेस का सुरंग की ओर इस्तेमाल होने वाला पता जोड़ें। इन दो तथ्यों के बिना कोई और रिकॉर्ड को डिवाइस के सामने जाँच नहीं सकता।

अब पेज के ऊपर एक ही वाक्य में उस एक इच्छित कनेक्शन का नाम लें। अगर उस वाक्य को या शब्द की ज़रूरत हो, तो आपके दो डिज़ाइन हैं और आपको उन्हें अलग-अलग देखना चाहिए।

अनुरोध से पहले उत्तर का पीछा करें

जो रास्ता सिर्फ़ बाहर जाने की दिशा बताता है वह आधा दस्तावेज़ है। उत्तर को वापस की ओर देखें और तय करें कि कौन सा डिवाइस भेजने वाले की श्रेणी जानता है, क्या कोई अनुवाद बाहर जाते समय स्रोत बदलता है और वापसी पैकेट कहाँ दाखिल होना चाहिए। उत्तर में ही ज़्यादातर निर्माण विफल होते हैं, क्योंकि अनुरोध देखना आसान है और उत्तर नहीं।

किसी भी पता अनुवाद को स्पष्ट रूप से लिखें, जिसमें यह भी शामिल है कि वह कहाँ होता है और दूर का सिरा फिर क्या देखता है। जो साथी एक पता लॉग करता है और दूसरे की ओर रूट करता है वह दो अलग डिज़ाइन बता रहा है।

नाम हल करने को अलग आदान-प्रदान मानें, ऐप्लिकेशन के रास्ते का हिस्सा नहीं। किसी आंतरिक रिकॉर्ड को ऐसा रिज़ॉल्वर चाहिए हो सकता है जो सिर्फ़ सुरंग से पहुँच में हो, और ऐप्लिकेशन के प्रीफ़िक्स पर रुकने वाला रास्ता रिकॉर्ड उसे उजागर नहीं करेगा। यही बात हर उस प्रमाणपत्र सत्यापन पर लागू है जो आंतरिक प्राधिकरण तक पहुँचने पर निर्भर है।

हर फ़ैसले का एक मालिक तय करें

हर रूट, फ़ायरवॉल नियम, चयनकर्ता और प्रमाण-पत्र के लिए लिखें कि कौन सा कॉन्फ़िगरेशन उसे रखता है और कौन सा व्यक्ति उसे बदल सकता है। हर पंक्ति में मालिक होना ही दस्तावेज़ को पहले बदलाव अनुरोध से बचाता है, क्योंकि विकल्प एक ऐसा दस्तावेज़ है जो इरादा बताता है और एक ऐसा नेटवर्क जो इतिहास बताता है।

एक ही डिफ़ॉल्ट मान के दो मालिकों से सावधान रहें। क्लाइंट स्क्रिप्ट और नेटवर्क मैनेजर दोनों रूट इंस्टॉल कर सकते हैं बिना एक-दूसरे को जाने, और गेटवे पर सुनने की अनुमति फ़ॉरवर्डिंग के समान अनुमति नहीं है। दोनों मामलों में ऐसा रास्ता रिकॉर्ड बनता है जो कागज़ पर सही और केबल पर ग़लत है।

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

बताएँ क्या टूटता है और आप कैसे उभरते हैं

रास्ते के हर चरण के लिए बताएँ कि सुरंग गायब होने पर क्या रुकता है और कौन सा बाहरी कनेक्शन पहुँच में रहना चाहिए ताकि आप उसे ठीक कर सकें। ऐसा डिज़ाइन जो सुरंग के साथ प्रबंधन पहुँच भी खो दे, ऐसा डिज़ाइन है जिसके लिए साइट पर जाना पड़ता है।

पूरी सुरंग और बँटी सुरंग इस पेज पर स्पष्ट चुनाव के रूप में हैं, चेकबॉक्स के रूप में नहीं, क्योंकि वे विफलता का तरीका और वसूली का रास्ता दोनों बदलते हैं।

हर चरण के लिए एक हानिरहित परीक्षण का नाम लें

अंतिम बिंदु तक पहुँच, सुरंग का बनना, निजी पता, निजी नाम और ऐप्लिकेशन की अनुमति पाँच अलग अवलोकन हैं, और हर एक को ऐसा परीक्षण चाहिए जिसे दूसरे से न मिलाया जा सके। गेटवे को पिंग ज़्यादा से ज़्यादा पहले दो साबित करता है। ऐप्लिकेशन के पोर्ट से कनेक्शन चौथा और पाँचवाँ तभी साबित करता है जब नाम इच्छित रिज़ॉल्वर से हल हुआ हो।

परीक्षण को उस चरण के पास लिखें जिसे वह ढकता है, कमांड और अपेक्षित आउटपुट सहित। सटीक रास्तों का पेज उन कमांडों के पेज से बेहतर है जो कभी नहीं बताते कि उन्हें किन पैकेटों पर असर डालना था।