साइट-ते-साइट VPN साठी पत्ता जागेचा आकार कसा ठरवावा

VPN उपजाळ किती मोठी असावी असे विचारा आणि प्रामाणिक उत्तर असे आहे की प्रश्नाच्या आत चार वेगळ्या उपजाळ्या असू शकतात। साइट VPN मध्ये ट्रान्सपोर्ट एंडपॉइंट, क्रमांकित बोगदा दुवे, संरक्षित LAN चे प्रीफिक्स आणि व्यवस्थापित गेटवेवर पुरवठादाराने राखीव ठेवलेली इन्फ्रास्ट्रक्चर उपजाळ समाविष्ट असू शकते। दिलेल्या आराखड्यात त्यांपैकी फक्त एक किंवा दोनच असतात। त्यांना कार्यालयीन उपकरणांच्या संख्येवरून मोजणे हा असा मार्ग आहे ज्यावर एखादी योजना अशा /24 वर पोहोचते जी कोणालाही समाधान देत नाही।

काहीही वाटप करण्यापूर्वी चार भूमिकांची नावे द्या

ट्रान्सपोर्ट एंडपॉइंट हे ते पत्ते आहेत जे दोन गेटवे इंटरनेट किंवा खाजगी सर्किटमार्फत एकमेकांपर्यंत पोहोचण्यासाठी वापरतात, आणि त्यांची संख्या गेटवे व रिडंडन्सी मॉडेलमधून येते, LAN मधून नाही। अंतर्गत बोगदा दुवे फक्त तिथेच असतात जिथे आराखडा पॉइंट-टू-पॉइंट इंटरफेसला क्रमांक देतो, जे धोरण-आधारित IPsec संरचना सहसा करत नाही। संरक्षित प्रीफिक्स हे खरे कार्यालयीन किंवा VPC नेटवर्क आहेत ज्यांना मार्गस्थ होता आले पाहिजे, आणि पुरवठादाराने राखीव ठेवलेली उपजाळ व्यवस्थापित सेवेची आहे।

काही जोडण्यापूर्वी आधीच असलेल्याची यादी करा, कारण इथली महाग चूक म्हणजे आधीच दुसरीकडे मार्गस्थ असलेला प्रीफिक्स पुन्हा वापरणे। चाचणी प्रकल्पातील जुना बोगदा योजना खराब करण्यासाठी पुरतो। यादी तारखांसह लिहा, कारण बंद केलेल्या दुव्याची आठवण दुव्यापेक्षा जास्त काळ टिकते।

ip -br addr show
ip route show | head -40

या दोन आदेशांमुळे जोडलेल्या नेटवर्कचे आणि त्यांच्या पलीकडील सर्व गोष्टींपर्यंत पोहोचणाऱ्या मार्गांचे स्थानिक दृश्य मिळते। प्रत्येक साइटवर यादी पुन्हा करा, कारण एका साइटच्या आउटपुटवर बांधलेली योजना पुढच्या साइटच्या आउटपुटशी टकरेल। एकही ब्लॉक वाटप करण्यापूर्वी आउटपुट गोळा करा।

दुवे आणि टोपोलॉजी मोजा, उपकरणे नाही

आठ पॉइंट-टू-पॉइंट शेजाऱ्यांचा आराखडा आठ ब्लॉक खर्च करतो, एक नाही। /30 वर प्रत्येक ब्लॉक दोन होस्ट जोडण्यासाठी चार पत्ते खर्च करतो, त्यामुळे योजना सोळा वापरण्यायोग्य एंडपॉइंटसाठी बत्तीस पत्ते वाहते, आणि बजेटला हाच आकडा पेलवायचा असतो। /31 दुव्यांना आधार देणारे व्यासपीठ निम्मे खर्च करते, पण फक्त तेव्हाच जेव्हा दोन्ही टोके आणि सेवा या मॉडेलवर सहमत असतील। बजेट खाली नाही तर वरच्या बाजूला पूर्णांक करा, कारण नंतर ब्लॉक लहान करणे म्हणजे चालू दुव्यांना पुन्हा क्रमांक देणे।

पुरवठादाराचे बंधन सर्वसाधारण प्रथेपेक्षा वरचढ असते। नोंदवलेली अंतर्गत बोगदा श्रेणी तुमच्या मार्गदर्शकांवर /31 चालत असतानाही /30 मागू शकते, आणि व्यवस्थापित गेटवे आपल्या उपजाळेसाठी विशिष्ट मास्क मागू शकते। दुसऱ्या व्यासपीठाकडून उसने घेतलेला नियम लागू करण्यापूर्वी सेवेची अट वाचा।

बहु-बिंदू आच्छादन गणित पुन्हा बदलते: प्रत्येक गेटवेसाठी एक पत्ता, आणि त्यांच्यातील पोहोच आच्छादन सांभाळते। साइट्सना ब्लॉक आकाराने गुणण्यापूर्वी अंमलबजावणी प्रत्यक्षात कोणती टोपोलॉजी वापरते हे ठरवा।

वाढीला योजनेत स्वतःची वेगळी ओळ मिळायला हवी। सुसंगत इन्फ्रास्ट्रक्चर श्रेणी राखीव ठेवणे योग्य आहे, आणि तिच्यात कोणती लहान वाटपे आहेत हे नोंदवणेही, जेणेकरून पुढचा अभियंता हे राखीवपण एकच प्रसारण क्षेत्र म्हणून वाचणार नाही।

गेटवे उपजाळ LAN तळ्याबाहेर ठेवा

व्यवस्थापित गेटवेची इन्फ्रास्ट्रक्चर ग्राहक तळे नाही। राखीव गेटवे उपजाळेतील पत्ते सेवेच्याच घटकांना सामावून घेतात, आणि दूरस्थ कर्मचारी कधीही त्यांच्याकडून घेत नाहीत। ती उपजाळ वापरकर्त्यांच्या संख्येवरून मोजणे ही एक श्रेणीगत चूक आहे जी एकतर मोठी श्रेणी वाया घालवते किंवा गेटवेला उपाशी ठेवते।

हेच क्लाउड VPN जोडण्यांवरील बोगदा श्रेणींना लागू होते, जिथे पुरवठादार प्रत्येक बोगद्यासाठी स्वतःच्या वापरासाठी लहान अंतर्गत श्रेणी वाटप करतो। ती श्रेणी तुमचे शाखा सर्व्हर राहतात ती जागा नाही, आणि ती तुमची नाही की ती वाटून टाकावी।

aws ec2 describe-vpn-connections --query "VpnConnections[].{Id:VpnConnectionId,Tunnels:Tunnels[].OutsideIpAddress}" --output table

बाह्य पत्त्यांची यादी पुरवठादाराने काय वाटप केले आणि कोणता अतिरिक्त बोगदा सध्या सक्रिय आहे याची खात्री देते। जोडणी अस्तित्वात येण्यापूर्वी लिहिलेला आराखडा दस्तऐवज वाचण्यापेक्षा हे वेगवान आहे।

प्रत्येक प्रीफिक्ससाठी भूमिका, मालक आणि वाढ नोंदवा

जी योजना संचालनाशी संपर्कात टिकते ती प्रत्येक प्रीफिक्ससाठी सांगते की तो कोणती भूमिका बजावतो, दूरचे टोक कोण वाटप करतो आणि किती मोकळी जागा शिल्लक आहे। मालक क्षेत्राशिवाय दोन संघ एकाच तिमाहीत एकच /24 वाटप करतात, आणि टक्कर फक्त बोगदा वर आल्यावर समोर येते।

या श्रेणी घरच्या आणि शाखेच्या त्या प्रीफिक्सपासून दूर ठेवा जे दुसऱ्या बोगद्यांमधून येतात, कारण जागेचे आच्छादन हेच नेहमीचे कारण आहे की साइट्समधील जोडणी यशस्वीरीत्या बोलणी करते आणि मग कोणताही रहदारी जाऊ देत नाही।

अंतर्गत दुवा पत्ते वाटप करणे त्यांच्या मागील LAN नेटवर्कची घोषणा करत नाही। मार्ग किंवा रहदारी निवडक, परतीचे मार्ग आणि प्रवेश नियम या स्वतंत्र कार्यवस्तू आहेत, आणि योजनेने हे सांगितले पाहिजे, असे सुचवण्याऐवजी की क्रमांकित इंटरफेस तुमच्यासाठी मार्गस्थ करते।