पॉइंट-टू-साइटला रूट-आधारित Azure VPN गेटवे का आवश्यक आहे

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

वैयक्तिक पायऱ्यांपेक्षा क्रम अधिक महत्त्वाचा आहे. क्रम चुकल्यास साइट-टू-साइट व्यत्यय देखभाल विंडोच्या पलीकडे जाईल.

धोरण-आधारित गेटवे प्रत्यक्षात काय करते

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

रूट-आधारित गेटवे उलट्या पद्धतीने काम करते: ते टनेल इंटरफेस सादर करते, आणि त्यात काय प्रवेश करेल हे रूट ठरवतात. पॉइंट-टू-साइट आणि सहकाऱ्यांचा संच बदलणारी कोणतीही रचना त्या इंटरफेसच्या अस्तित्वावर अवलंबून आहे.

क्लायंट पूलला तो इंटरफेस का आवश्यक आहे

लॅपटॉप जोडला गेल्यावर गेटवे त्याला पॉइंट-टू-साइट पूलमधून पत्ता देते. त्यानंतर व्हर्च्युअल नेटवर्कला हा पत्ता गेटवेमार्फत पोहोचण्यायोग्य आहे असे सांगणारा रूट हवा असतो. टनेल इंटरफेस नसल्यास तो रूट जोडण्यासाठी काहीही नसते.

पूल तुम्ही निश्चित केलेल्या श्रेणीतून येतो आणि गेटवे तिथून वाटप करते. ती श्रेणी स्थानिक नेटवर्क किंवा पीअर केलेल्या व्हर्च्युअल नेटवर्कशी ओव्हरलॅप झाल्यास संघर्ष क्लायंट जोडल्यानंतरच दिसतो, जो तो शोधण्यासाठी वाईट क्षण आहे. स्थलांतर सुरू होण्यापूर्वी पूल राखीव ठेवा.

प्रकारही प्रति-जोडणी सेटिंग नाही. एका गेटवेचा एकच प्रकार असतो आणि ते धारण करणारी प्रत्येक जोडणी त्यानुसार वागते, त्यामुळे मिश्र रचनेला दुसरी जोडणी नाही, दुसरे गेटवे आवश्यक आहे.

प्रकार तयार करतानाच निश्चित होतो

Microsoft सांगते की व्हर्च्युअल नेटवर्क गेटवे तैनातीनंतर धोरण-आधारित आणि रूट-आधारित दरम्यान बदलता येत नाही. रूपांतरण आदेश किंवा पोर्टलमधील टॉगल नाही. त्याच सबनेटमध्ये दुसरे गेटवे तयार करणेही पर्याय नाही, कारण Azure प्रति व्हर्च्युअल नेटवर्क एका गेटवेला परवानगी देते. त्यामुळे स्थलांतर म्हणजे काढणे, पुन्हा बांधणे आणि पुन्हा जोडणे.

यामुळे SKUचा निर्णयही त्याच बांधकामात येतो. नंतर मोठ्या SKUवर जाणे हे दुसऱ्या व्यत्ययासह दुसरे गेटवे बदल आहे.

एक गेटवे, एक GatewaySubnet

गेटवे GatewaySubnet नावाच्या सबनेटमध्ये राहते आणि ते एकच गेटवे व्यापते. त्या सबनेटचा आकार ठरवणे तयारीचा भाग आहे, कारण मोठ्या SKUला अधिक पत्ते लागतात आणि सबनेट नंतर लहान करता येत नाही. काहीही स्पर्श करण्यापूर्वी सध्याची साइट-टू-साइट सेटिंग्ज, सामायिक की, स्थानिक नेटवर्क गेटवे आणि प्रभावी रूट नोंदवा. त्यानंतर विंडोला व्यत्यय माना, कारण नवीन जोडणी कॉन्फिगर होईपर्यंत साइट-टू-साइट टनेल बंद राहते.

व्यत्यय मर्यादित ठेवणारा पुनर्बांधणी क्रम: रूट-आधारित गेटवे तयार करा, त्याच स्थानिक नेटवर्क गेटवेकडे साइट-टू-साइट जोडणी पुन्हा तयार करा, टनेल आणि एक होस्ट-टू-होस्ट विनंती पुष्टी करा, आणि त्यानंतरच पॉइंट-टू-साइट जोडून नवीन क्लायंट पॅकेज तयार करा.

बदली काय दुरुस्त करत नाही

दुसरी मर्यादा Azureची नाही, सहकाऱ्याची आहे. धोरण-आधारित स्थानिक उपकरण फक्त ज्या व्हर्च्युअल नेटवर्कशी जोडलेले आहे तिथपर्यंत पोहोचू शकते आणि त्याच गेटवेमार्फत इतर स्थानिक नेटवर्क किंवा इतर व्हर्च्युअल नेटवर्कमध्ये जाऊ शकत नाही. Azure बाजू बदलल्याने सहकारी काय निवडू शकतो हे बदलत नाही.

जर आवश्यकता खरोखर साइट्समधील संक्रमण असेल, तर उत्तर रूट-आधारित सहकारी उपकरण किंवा प्रत्येक गंतव्य स्वतंत्रपणे संपणारी टोपोलॉजी आहे. तारीख देण्यापूर्वी हे ठरवा, कारण केवळ गेटवे बदलून ते मिळणार नाही.

क्रिया आणि तपासण्यांचा क्रम

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

कोणत्याही टोपोलॉजी बदलानंतर क्लायंट पॅकेज पुन्हा तयार करा आणि पूल प्रत्येक स्थानिक आणि पीअर केलेल्या श्रेणीपासून दूर ठेवा. मर्यादा आणि SKU फरक Azure VPN Gateway सेटिंग्ज संदर्भात संकलित आहेत.