कैसे एक Azure वेब ऐप एक वीपीएन के माध्यम से ऑन-प्रिमाइसेस तक पहुंचता है
कार्यालय फ़ायरवॉल आपके एकीकरण सबनेट को देखता है, ऐप के सार्वजनिक पते को नहीं। सुरंग को दोष देने से पहले स्रोत सीमा, चयनकर्ताओं और वापसी पथ को ठीक करें।
वेब ऐप का आउटबाउंड अनुरोध एक ऐसे कर्मचारी को छोड़ देता है जिसे आपने कभी नहीं देखा है, उस स्रोत से जिसे आपने नहीं चुना है, और कार्यालय फ़ायरवॉल को इसे स्वीकार करना होगा। एक वाक्य में सारी समस्या यही है। क्षेत्रीय वीनेट एकीकरण अनुरोध को वर्चुअल नेटवर्क में एक पथ देता है, और साइट-टू-साइट वीपीएन इसे वहां से ले जाता है। बाद में जो कुछ भी गलत होता है वह इस बारे में होता है कि पैकेट वास्तव में किस स्रोत श्रेणी और किस मार्ग का उपयोग करता है।
कर्मचारी वास्तव में क्या भेजता है
ऐप सेवा आपके कोड को उन श्रमिकों पर चलाती है जो आपकी सदस्यता के नेटवर्क दृश्य के बाहर बैठते हैं। क्षेत्रीय एकीकरण सक्षम होने पर, आउटबाउंड ट्रैफ़िक को उसी क्षेत्र में VNet में एक प्रत्यायोजित सबनेट को सौंप दिया जाता है, और पैकेट जारी होने से पहले वहां दिखाई देता है। एकीकरण ऐप को VNet में नहीं ले जाता है और इसके इनबाउंड पते को नहीं बदलता है। यह केवल आउटबाउंड प्रवाह को एक अलग पहली छलांग देता है।
डिफ़ॉल्ट रूप से केवल निजी पता स्थान ही वह रास्ता अपनाता है, इसलिए सामान्य इंटरनेट गंतव्य अभी भी सीधे कार्यकर्ता से निकलते हैं। वीनेट के माध्यम से सब कुछ रूट करना एक अलग सेटिंग और एक अलग निर्णय है, क्योंकि यह आपकी सार्वजनिक निर्भरता को भी सुरंग के पार भेजता है।
कॉन्फ़िगरेशन ट्रैफ़िक, जैसे स्टार्टअप पर कंटेनर छवि खींचना, अपने स्वयं के रूटिंग नियमों का पालन करता है और आपके एपीआई कॉल सफल होने पर विफल हो सकता है।
एकीकरण सबनेट वह स्रोत है जिसकी आपको अनुमति देनी होगी
कार्यालय एकीकरण सबनेट की पता सीमा देखता है, या जो भी आपका उपकरण इसका अनुवाद करता है, ऐप के सार्वजनिक आउटबाउंड पते नहीं। उस सीमा को साइट वीपीएन के ट्रैफ़िक चयनकर्ताओं और ऑन-प्रिमाइसेस फ़ायरवॉल नियम में डालें। यदि सुरंग नीति-आधारित है, तो इसे छोड़ने वाले चयनकर्ता पैकेट को छोड़ देते हैं, भले ही मार्ग मौजूद हो।
किसी भी कर्मचारी का पता आपको देखने की अनुमति न दें। स्केलिंग और प्लेटफ़ॉर्म रखरखाव के साथ उदाहरण बदलते हैं, और एक पते पर पिन किया गया नियम सबसे खराब क्षण में टूट जाता है।
गंतव्य पक्ष को संकीर्ण रखें: एक सेवा, एक बंदरगाह, एक दिशा, वापसी पथ की स्पष्ट अनुमति के साथ।
पीयरिंग और गेटवे ट्रांज़िट स्पष्ट हैं
यदि वीपीएन गेटवे एक हब वीनेट में और एकीकरण सबनेट एक स्पोक में बैठता है, तो पथ को हब पीयरिंग पर गेटवे ट्रांज़िट की अनुमति और स्पोक पीयरिंग पर रिमोट गेटवे उपयोग सक्षम करने की आवश्यकता होती है। पीयरिंग अपने आप में दो VNets के बीच ट्रैफ़िक ले जाती है और इससे अधिक कुछ नहीं। एकीकरण सबनेट पर प्रभावी मार्ग वे हैं जहां आप पुष्टि करते हैं कि गेटवे अगला हॉप वास्तव में वहां है।
एक हब-एंड-स्पोक डिज़ाइन जिसकी रूट टेबल फ़ायरवॉल पर 0.0.0.0/0 भेजती है, एक सामान्य प्रकार है, और उस फ़ायरवॉल को ऑन-प्रिमाइसेस उपसर्ग के लिए अपने स्वयं के नियम की आवश्यकता होती है।
नेटवर्क टीम के साथ टिकट खोलने से पहले कागज पर रास्ता बनाएं, क्योंकि इससे अनुमान लगाने में एक दिन की बचत होती है। ड्राइंग में वापसी की दिशा शामिल करें, क्योंकि वह आधा हिस्सा लोग भूल जाते हैं।
इनबाउंड प्राइवेट एंडपॉइंट दूसरी दिशा है
एक निजी एंडपॉइंट ऐप को वीनेट के अंदर से पहुंच योग्य बनाता है। यह कार्यालय में ऐप की आउटबाउंड कॉल के लिए कुछ नहीं करता है, और टीमें नियमित रूप से एक को कॉन्फ़िगर करती हैं जबकि वास्तविक आवश्यकता इसके विपरीत थी।
पुराने दस्तावेज़ पॉइंट-टू-साइट वीपीएन पर निर्मित गेटवे-आवश्यक एकीकरण का वर्णन करते हैं, जो अपनी आवश्यकताओं के साथ एक अलग सुविधा है। Microsoft उस सुविधा की सेवानिवृत्ति को 31 मार्च, 2027 के लिए शेड्यूल करता है और इसके बजाय क्षेत्रीय एकीकरण की अनुशंसा करता है।
किसी पुराने पॉइंट-टू-साइट कॉन्फ़िगरेशन को सिर्फ इसलिए कॉपी न करें क्योंकि एक पुराने उदाहरण में इसका उपयोग किया गया था।
ऐप के अपने संदर्भ से सत्यापित करें
तैनात ऐप से परीक्षण करें, न कि आपके लैपटॉप से और न ही उसी वीनेट में वीएम से। हल किए गए पते, कनेक्शन परिणाम और एप्लिकेशन-स्तरीय प्रतिक्रिया को अलग-अलग लॉग करें, क्योंकि एक DNS विफलता, एक टीसीपी टाइमआउट और तीन अलग-अलग मालिकों पर एक प्रमाणीकरण अस्वीकृति बिंदु। यदि नाम रिज़ॉल्यूशन विफल हो जाता है, तो सुरंग को छूने से पहले VNet के लिए निजी DNS को ठीक करें।
हरित सुरंग की स्थिति केवल यह साबित करती है कि प्रवेश द्वार ऊपर है। यह चयनकर्ताओं, फ़ायरवॉल नियमों या DNS के बारे में कुछ नहीं कहता है।
जब अनुरोध अंततः काम करता है, तो ऐप की रनबुक में स्रोत श्रेणी, गंतव्य पोर्ट और DNS ज़ोन लिखें। इसे डीबग करने वाला अगला व्यक्ति गेटवे के स्थिति पृष्ठ के बजाय आपके नोट से प्रारंभ करेगा।