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 नावांशी जुळवावे. नकाशा केलेले उपनाव एक कनेक्शन संदिग्धतेशिवाय करू शकते; ते मूळ पत्ते जागतिक स्तरावर अद्वितीय करत नाही आणि दुसऱ्या नकाशाशिवाय दुसऱ्या ओव्हरलॅपिंग भागीदाराला तग धरू शकत नाही.
वाटप त्याच्या अपवादासह लिहा
प्रत्येक उपसर्ग, त्याची श्रेणी, त्याचा मालक आणि निवडीचे कारण सूचीबद्ध करणाऱ्या दस्तऐवजाने समारोप करा. अपवाद त्यांच्या भाषांतर किंवा पुनर्क्रमांकन नियमासह आणि कोणीतरी मंजूर केलेल्या तारखेसह जोडा. तो अंमलात आणणाऱ्या फायरवॉल नियमांच्या शेजारी ठेवा, घटनेच्या वेळी कोणीही न उघडणाऱ्या विकीमध्ये नाही. दस्तऐवज हेच वितरण आहे, त्याचा सारांश नाही.
तीच नोंद पुढील अभियंत्याला अधिक विचित्र दिसणारा क्रमांक शोधण्यापासून थांबवते, आणि ही समस्या दर काही वर्षांनी नव्या नावाने पुन्हा शोधली जाते ती अशाच प्रकारे. बदल पुनरावलोकनाला उपसर्गांबद्दलच्या मताऐवजी मंजूर करण्यासाठी ठोस काहीतरी ती देते. वाटपाच्या शेवटी, कारण अजून तुमच्यासमोर असतानाच ती एकदा लिहा.