IPv6 VPN को ठेगाना योजना एक वर्षपछि पनि पढ्नयोग्य कसरी राख्ने
पढ्नयोग्य योजनाले कुन प्रिफिक्स कुन साइटको हो र जवाफ कसरी फर्किन्छ भन्ने बताउँछ। प्रत्येक प्रविष्टिको छेउमा भूमिका, सङ्केत, प्रतिनिधित्व र फिर्ती मार्ग लेख्नुहोस्।
ठेगाना योजना आफ्नो स्थानको योग्य छ कि छैन भन्ने दुई प्रश्नले निर्धारण गर्छन्: कुन प्रिफिक्स कुन साइटको हो, र जवाफ त्यो साइटबाट कसरी बाहिर निस्कन्छ। दुवैको एकै पटक जवाफ दिनुहोस् र हेरचाह गर्नेले कसैलाई नसोधी पियर बदल्न सक्छ। दस्तावेजमा बाँकी सबै ती दुई जवाफलाई सहारा दिनका लागि छ। जसले दुवैमध्ये कसैलाई सहारा दिँदैन, त्यो सजावट हो।
पियर छुनुअघि पाठकले के जवाफ दिनुपर्छ
सङ्कुचनले ठेगानाहरूलाई सफा देखाउँछ, र सफाइ संरचना होइन। संरचना भनेको प्रदायकले कुन दायरा प्रतिनिधित्व गर्यो, तपाईंले कुन छान्नुभयो, कुन क्लाइन्ट पूल हो र कुन साइटको पछाडि छ भन्ने जान्नु हो।
अर्को त्रैमासिकमा जोडिने र दोस्रो साइट थप्नुपर्ने सहकर्मीका लागि लेख्नुहोस्। प्रविष्टिले नभनेसम्म पृष्ठमा केहीले पनि प्रिफिक्स कहाँबाट आयो भनी बताउँदैन। त्यो छोड्नुभयो भने पहिलो परिवर्तन पुरातत्त्व बन्छ।
योजनाको प्रत्येक पङ्क्तिले के बोक्नुपर्छ
चार फिल्डले प्रविष्टिलाई जाँचयोग्य बनाउँछन्: प्रिफिक्स कति लामो छ, यसको मालिक को हो, ट्राफिक अब कहाँ जान्छ र कुन घटकले मान बाँड्छ। यिनलाई चालु कन्फिगरेसनसँग राख्नुहोस् र जुनसुकै असहमति आफैँ देखिन्छ। गत महिना हटाइएको सुरुङतर्फ देखाउने अर्को कदम वरपर मिसिनुको सट्टा तुरुन्तै गलत देखिन्छ।
आज दुई भूमिकाले एउटै प्रिफिक्स साझा गरे पनि भूमिकाहरू छुट्टाछुट्टै पङ्क्तिमा राख्नुहोस्। तिनलाई मिलाउँदा पछिको विभाजन सुधार जस्तो नभई नयाँ बाँडफाँट जस्तो पढिन्छ।
| Entry | Fields to record | Why a reviewer needs it |
|---|---|---|
| Endpoint addresses | Prefix, owning side, session initiator | Firewall rules and peer config both read it |
| Tunnel interfaces | Prefix and length, next hop, interface name | Shows the path a packet actually takes |
| Client allocations | Pool range, size, distributing component | Shows room left before a redesign |
| Downstream networks | Prefix, site label, return route | Explains a reply that never arrives |
जहाँ प्रामाणिक पाठ र कन्फिगरेसन वाक्यरचना छुट्टिन्छन्
RFC 5952 ले ठेगानाका लागि एउटै पाठ रूप तोक्छ: साना अक्षर, सुरुका शून्य छैनन्, र शून्य समूहको सबैभन्दा लामो शृङ्खला ठ्याक्कै एक पटक सङ्कुचित। यसलाई टिप्पणी, टिकट र परिवर्तन अभिलेखमा प्रयोग गर्नुहोस् ताकि दुई दस्तावेज रूपान्तरण बिना तुलना गर्न सकियोस्। एउटै ठेगानाको दुई हिज्जे भेट्ने पाठकहरू नभएको फरक खोज्न थाल्छन्। यहाँ एकरूपता सस्तो छ र यसले झुटा चेतावनीको पूरै वर्ग हटाउँछ।
कन्फिगरेसन फाइलहरू आफ्नै नियम मान्छन्, र ती पढ्ने नियम होइनन्। पोर्टसँग जोडिएको ठेगानालाई नाङ्गो ठेगानालाई नचाहिए पनि कोष्ठक चाहिन्छ, र टिप्पणीबाट कन्फिगरेसन फाइलमा प्रतिलिपि गर्दा त्यो भेद चेतावनी बिना हराउँछ। प्रत्येक फिल्डले कुन रूप प्रयोग गर्छ भनी नाम दिनुहोस्, नत्र योजनाले रोक्नुपर्ने प्रतिलिपि त्रुटि नै गराउँछ।
प्रत्येकमा लेबल भएसम्म दुई सङ्केत ठीक छन्। लेबल नभएको मिसावटले नै त्रुटिलाई निम्तो दिन्छ।
जहाँ ओभरल्याप हुने दायरा र हराएका फिर्ती मार्ग देखिन्छन्
ओभरल्याप अन्य त्रुटिभन्दा लामो टिक्छ किनकि दुई साइटले एउटै दायराका लागि जवाफ नदिएसम्म केही गलत देखिँदैन। साइटलाई लेबल दिनुहोस् र उदाहरण प्रतिलिपि गर्नुको सट्टा अभिलेखित प्रक्रियाबाट स्थानीय-अद्वितीय प्रिफिक्स बनाउनुहोस्।
क्लाइन्ट सूचीले जवाफ कुन दिशामा जान्छ कहिल्यै बताउँदैन। सुरुङले बोक्ने पियर दायराको छेउमा LAN गेटवेको फिर्ती मार्ग लेख्नुहोस्, र अभिलेखले अनुरोध पाएर चुप बस्ने दूरस्थ उपजालको व्याख्या गर्छ। तलका जाँचहरू मेसिनमा चलाउनुहोस् र प्रविष्टिसँग तुलना गर्नुहोस्। ip -6 route सँग नमिल्ने योजना भनेको मानिसहरूले पढ्न छाड्ने योजना हो।
ip -6 route show default
ip -6 route get 2001:db8:2::10
ip -6 addr show dev wg0पहुँच अधिकार होइन, र प्रिफिक्सले कहिल्यै नीति जनाउँदैन। इच्छित पहुँच त्यो लागू हुने मार्गको छेउमा लेख्नुहोस्। नत्र अर्को पाठकले योजनाको ठेगानालाई यसको पछाडिको हरेक सेवासम्म पुग्ने अनुमति ठान्छ।
योजना तेस्रो साइटसम्म कसरी टिक्छ
हरेक प्रिफिक्सलाई प्रतिनिधित्व गरिएको, स्थानीय रूपमा बाँडिएको वा अन्य तरिकाले मार्गनिर्देशित भनी चिन्ह लगाउनुहोस्। सर्न सक्ने जुनसुकै कुराका लागि त्यसलाई सार्ने प्रक्रियाको नाम दिनुहोस्। त्यसपछि त्यही अवधिमा बदलिनुपर्ने DNS अभिलेख र फायरवाल नियम सूचीबद्ध गर्नुहोस्, किनकि राउटरमा रोकिने प्रिफिक्स अद्यावधिक आधा मात्र हुन्छ।
परिवर्तनपछि, दस्तावेज सम्पादन गर्नुअघि परिवर्तनले छोएको हरेक सीमापछाडिको स्रोतसम्म पुग्नुहोस्। गत महिनाको सञ्जाल वर्णन गर्ने योजना कुनै पनि नभएभन्दा नराम्रो, किनकि मानिसहरू यसमा विश्वास गर्छन्। फिर्ता लिइएका बाँडफाँटलाई ती गएको मितिसहित सूचीमा राख्नुहोस् ताकि कसैले गल्तीले फेरि निष्कासन नगरोस्। रहस्य फाइलबाहिर रहन्छन्; योजना सञ्जाल व्याख्या गर्छ, यसलाई खोल्दैन।
योजना परिवर्तन समीक्षा हुने ठाउँमा, यसले वर्णन गर्ने कन्फिगरेसनको छेउमा राख्नुहोस्। कसैले फेरि नपढ्ने दस्तावेज यसले नक्सा बनाउने सञ्जालभन्दा छिटो सड्छ।