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