VPN ठेगाना ठाउँ छनोट गर्दा बाँडफाँट हेर्नुहोस्, अस्पष्टता होइन
बेन्चमार्क, साझा र कागजातका दायराहरूको आफ्नै मालिक र उद्देश्य हुन्छ। दर्ताबाट VPN ठाउँ छान्नुहोस्, त्यसपछि हटाउन नसकिने ओभरल्याप योजना गर्नुहोस्।
असामान्य देखिने प्रिफिक्स घर र कार्यालयको ठेगाना द्वन्द्वबाट भाग्ने बाटो जस्तो लाग्छ, र सामान्यतया त्यस्तो हुँदैन। IPv4 विशेष उद्देश्य दर्ताको प्रत्येक ब्लकको मालिक, उद्देश्य र रहनुको कारण हुन्छ, र शान्त देखिन्छ भनेर एउटा ऋण लिनुले द्वन्द्व हटाउनुको सट्टा सार्छ। यसलाई क्रमका रूपमा चलाउनुहोस्: बाँडफाँट पढ्नुहोस्, पहिले नै ओभरल्याप भएको सूची बनाउनुहोस्, र त्यसपछि मात्र तपाईं पुनःसंख्या गर्दै हुनुहुन्छ, अनुवाद गर्दै हुनुहुन्छ वा नयाँ ठाउँ बनाउँदै हुनुहुन्छ भनी निर्णय गर्नुहोस्। पहिलो दुईले फेला पारेको कुरामा तेस्रो चरण निर्भर हुने हुनाले क्रम महत्त्वपूर्ण छ।
दायरा ऋण लिनुअघि बाँडफाँट पढ्नुहोस्
IANAको विशेष उद्देश्य दर्ता ले पुनःप्रयोगयोग्य निजी ठाउँ भएका दायराहरूलाई एक विशेष प्राविधिक उद्देश्य पूरा गर्ने दायराहरूबाट छुट्याउँछ। निजी प्रयोग, साझा ठेगाना ठाउँ, बेन्चमार्क र कागजात ब्लकहरू स्प्रेडसिटमा उस्तै देखिन्छन् र रुट भएपछि पूर्ण रूपमा फरक व्यवहार गर्छन्।
| Range | Category | What it means for a VPN plan |
|---|---|---|
| 172.16.0.0/12, 192.168.0.0/16, 10.0.0.0/8 | RFC 1918 private use | Reusable by any network, so remote sites may already use the same numbers |
| 100.64.0.0/10 | Shared address space | Intended for provider-side carrier-grade NAT arrangements, not a second private pool |
| 198.18.0.0/15 | Benchmarking | Reserved for test traffic measurement; not spare production space |
| 203.0.113.0/24, 198.51.100.0/24, 192.0.2.0/24 | Documentation (RFC 5737) | Illustration only; a guide that uses them is not assigning them to you |
| 169.254.0.0/16, 240.0.0.0/4 | Link-local, reserved | Never a routed site subnet, whatever the prefix length suggests |
केवल दोस्रो अक्टेटमा फरक पर्ने दुई प्रिफिक्स एउटै ब्लक होइनन्: 198.18.0.0/15 ले बेन्चमार्क आरक्षण बोक्छ, जबकि 192.18.0.0/16 ले त्यस्तो केही बोक्दैन। आरक्षित दायरासँग मात्र मिल्ने संख्याले त्यसको अर्थ पाउँदैन। यो भ्रम फायरवाल नियमसम्म पुग्नुअघि दोस्रो नजरको योग्य हुने गरी सामान्य छ।
उत्पादनहरूले कहिलेकाहीँ समन्वित ओभरलेभित्र विशेष दायरा जानाजान प्रयोग गर्छन्, र त्यो तिनीहरूको कागजात गर्नुपर्ने डिजाइन हो। त्यसले त्यही दायरालाई असम्बन्धित LAN का लागि खाली ठाउँ बनाउँदैन। सार्वजनिक ठाउँ पनि लुक्ने ठाउँ होइन: अरूको ठेगानातर्फ जाने निजी मार्गले त्यसको वैध गन्तव्यका लागि भएको ट्राफिक मोड्छ।
पहिले नै भएका ओभरल्यापहरूको सूची बनाउनुहोस्
प्रिफिक्स छान्नुअघि सुरुङबाट पुग्न सकिने प्रत्येक सञ्जाल सूचीबद्ध गर्नुहोस्। साइटहरू, ग्राहक पूल, क्लाउड VPC र साझेदार लिङ्क सबै गनिन्छन्, र पहिलो जडान प्रयास असफल नभएसम्म मानिसहरूले बिर्सने साझेदार लिङ्क नै हो।
ip -4 route show table all ip -6 route show ip -br addr ip route get 192.168.1.10
नतिजालाई प्रत्येक दायराको मालिकसँगै एउटै तालिकामा राख्नुहोस्। जसको मालिक भन्न सकिँदैन त्यो दायरा पछि पुनःसंख्या गर्न नसकिने दायरा हो, र «असामान्य» प्रिफिक्सबारेको बहसलाई ठोस संख्याबारेको निर्णयमा बदल्ने कुरा यही सूची हो। बच्न खोजिएको द्वन्द्व वास्तविक हो वा काल्पनिक भन्ने पनि यसले बताउँछ।
यदि टाढाको कर्मचारीको घर सञ्जालले कार्यालयको LAN जस्तै प्रिफिक्स प्रयोग गर्छ भने त्यो द्वन्द्व सूचीमा देखिन्छ र स्पष्ट रूपमा समाधान गर्न सकिन्छ। त्यो बेन्चमार्क ब्लक बुद्धिमानी छनोट हुने प्रमाण होइन, र त्यसरी लिनु नै अर्को ठोकर सिर्जना गर्ने तरिका हो।
प्रिफिक्स प्रतिलिपि गर्नुको सट्टा अद्वितीय ULA उत्पन्न गर्नुहोस्
IPv6 ले पुनःप्रयोगको समस्या राम्री संख्याको सट्टा अर्कै संयन्त्रले समाधान गर्छ। RFC 4193 ले स्थानीय रूपमा तोकिएका अद्वितीय स्थानीय ठेगानाहरूलाई स्युडो-अनियमित 40-bit विश्वव्यापी पहिचानकर्तासहित परिभाषित गर्छ, जसले तपाईंलाई अरू कसैसँग ठोकरिने सम्भावना धेरै कम भएको साइट /48 दिन्छ। सम्भावना उच्च छ, निरपेक्ष होइन, र ULA प्रिफिक्सले अझै इन्टरनेट पहुँच दिँदैन।
openssl rand -hex 5
दस हेक्साडेसिमल अंक चालीस बिट हुन्। तिनीहरूको अगाडि fd राख्नुहोस् र /48 मा समूह बनाउनुहोस्: 3f9c1a7b02 को आउटपुट fd3f:9c1a:7b02::/48 हुन्छ। प्रत्येक साइटका लागि एउटा उत्पन्न गरी अभिलेख राख्नुहोस्, प्रत्येक तैनाथीमा त्यही सुविधाजनक fd00::/48 टाँस्नुको सट्टा।
त्यसपछि सम्पूर्ण मार्गले साँच्चै IPv6 बोल्छ भनी पुष्टि गर्नुहोस्। ग्राहक, गेटवे, मार्ग, निजी DNS र सेवा नीति सबै मिल्नुपर्छ, र सुरुङलाई प्रिफिक्स तोक्दा केवल IPv4 चल्ने अनुप्रयोगले त्यो प्रयोग गर्न थाल्दैन।
हटाउन नसकिने ओभरल्याप योजना गर्नुहोस्
केही ओभरल्याप स्थायी हुन्छन्, सामान्यतया साझेदारले पुनःसंख्या गर्दैन र तपाईंले बाध्य पार्न सक्नुहुन्न। त्यतिखेर तपाईं जानाजान समर्थित संयन्त्र छान्नुहुन्छ: आफ्नोतर्फ पुनःसंख्या, अलग रुटिङ सन्दर्भ, वा सीमामा स्पष्ट अनुवाद। जानाजान छान्नु भनेको कुन छानियो र बाँकी दुई किन अस्वीकार भए लेख्नु हो। त्यही टिप्पणी भविष्यको परिवर्तन समीक्षाले साँच्चै पढ्नेछ।
अनुवादले फर्कने मार्ग जोगाउनुपर्छ, अर्थात् मूल र प्रस्तुत दुवै प्रिफिक्स अभिलेख गरी तिनीहरूमा रिजोल्भ हुने निजी DNS नामसँग मिलाउनुपर्छ। नक्सा गरिएको उपनामले एउटा जडान असंदिग्ध बनाउन सक्छ; त्यसले मूल ठेगानाहरूलाई विश्वव्यापी रूपमा अद्वितीय बनाउँदैन र दोस्रो नक्साबिना दोस्रो ओभरल्यापिङ साझेदारलाई टिक्न सक्दैन।
बाँडफाँटलाई त्यसको अपवादसहित लेख्नुहोस्
प्रत्येक प्रिफिक्स, त्यसको वर्ग, मालिक र छनोटको कारण सूचीबद्ध गर्ने कागजातसँगै टुङ्ग्याउनुहोस्। अपवादहरूलाई तिनको अनुवाद वा पुनःसंख्या नियम र कसैले स्वीकृत गरेको मितिसहित थप्नुहोस्। यसलाई लागू गर्ने फायरवाल नियमको छेउमा राख्नुहोस्, घटना हुँदा कोही नखोल्ने विकीमा होइन। कागजात नै डेलिभरेबल हो, त्यसको सारांश होइन।
त्यही अभिलेखले अर्को इन्जिनियरलाई अझ विचित्र देखिने संख्या खोज्नबाट रोक्छ, र यो समस्या हरेक केही वर्षमा नयाँ नाममा फेरि पत्ता लाग्ने तरिका पनि त्यही हो। परिवर्तन समीक्षालाई प्रिफिक्सबारेको रायको सट्टा स्वीकृत गर्न ठोस कुरा पनि यसले दिन्छ। बाँडफाँटको अन्त्यमा, कारण अझै तपाईंको सामु हुँदै एक पटक लेख्नुहोस्।