Architecture-center: 'अग्रेषित ट्रैफ़िक की अनुमति दें' के उपयोग को स्पष्ट करें

नमस्ते @jtuliani इस मुद्दे की रिपोर्ट करने के लिए धन्यवाद! हम समीक्षा करेंगे और आवश्यक परिवर्तन करेंगे।

+1, मैं यह भी जोड़ूंगा कि हमें ध्यान देना चाहिए कि VNet पर अग्रेषित ट्रैफ़िक को सक्षम करते समय, उपयोगकर्ताओं को यह विचार करने की आवश्यकता है कि Azure NIC को भी अग्रेषण सक्षम करने की आवश्यकता है (हम बस यहां से लिंक कर सकते

मैंने यह पता लगाने की कोशिश में बहुत समय बिताया कि मेरे लिनक्स वीएम इस गाइड का पालन करने वाले वीनेट्स में एक-दूसरे तक क्यों नहीं पहुंच पाए, जब तक मुझे एहसास नहीं हुआ कि एनआईसी पर भी सक्षम करने के लिए एक अतिरिक्त सेटिंग थी।

बहुत-बहुत धन्यवाद - दस्तावेज़ीकरण परिशोधन के लिए इस आइटम को हमारे आंतरिक बैकलॉग में स्थानांतरित कर दिया गया है।

@ doodlemania2 प्रलेखन अभी भी बताता है कि "अग्रेषित ट्रैफ़िक की अनुमति दें" की आवश्यकता है। @jtuliani परीक्षण को देखते हुए इसे नहीं करना चाहिए, और दस्तावेज़ीकरण को बदला जाना चाहिए।

यहां आपने उत्तर दिया कि यह आवश्यक है:
https://github.com/MicrosoftDocs/architecture-center/issues/1544#issuecomment -506504344

यह एक बड़ा सवाल है! हम ऐसा इसलिए करते हैं ताकि साथी हब के माध्यम से रूटिंग के माध्यम से एक-दूसरे से बात कर सकें। इसके बिना, पैकेट गिर जाते थे क्योंकि वे हब के लिए नियत स्पोक से बाहर निकलने का प्रयास करते थे और इसके विपरीत। हमें बताएं कि क्या वह अभी भी इसे अच्छी तरह से नहीं समझाता है और हम फिर से शब्दों को देख सकते हैं!

क्या वास्तव में इसकी आवश्यकता है और उसका परीक्षण कुछ गलत था? या दस्तावेज़ीकरण को अद्यतन करने की आवश्यकता है?

आप दूरस्थ नेटवर्क के साथ संचार करने के लिए हब गेटवे का उपयोग करने के लिए स्पोक को कॉन्फ़िगर भी कर सकते हैं। गेटवे ट्रैफ़िक को स्पोक से हब की ओर प्रवाहित करने और दूरस्थ नेटवर्क से कनेक्ट करने के लिए, आपको यह करना होगा:

• गेटवे ट्रांज़िट की अनुमति देने के लिए हब में पीयरिंग कनेक्शन कॉन्फ़िगर करें।
• दूरस्थ गेटवे का उपयोग करने के लिए प्रत्येक स्पोक में पीयरिंग कनेक्शन कॉन्फ़िगर करें।
• अग्रेषित ट्रैफ़िक की अनुमति देने के लिए सभी पीयरिंग कनेक्शन कॉन्फ़िगर करें।

मेरा यह भी सुझाव है कि हम इस मुद्दे को यहां तब तक बंद न करें जब तक कि यह पूरा न हो जाए। आंतरिक प्रक्रिया समुदाय के लिए कोई मायने नहीं रखती, अन्यथा हम बस इस तरह की स्थितियों में फंस जाते हैं।

इस प्रतिक्रिया को साझा करने के लिए धन्यवाद @jtuliani और @evandropomatti , हम वास्तव में इसकी सराहना करते हैं

मुझे लगता है कि यह अनुशंसाओं के तहत वर्चुअल नेटवर्क पीयरिंग अनुभाग को संदर्भित करता है जहां मेरी समझ के आधार पर, दो अलग-अलग परिदृश्यों पर चर्चा की जा रही है।

परिदृश्य ए

यदि आपको स्पोक की आवश्यकता होती है तो उन्हें एक-दूसरे से पीयर किए बिना कनेक्ट करें।

इस मामले के परिदृश्य के लिए, कृपया क्रिएट ए पीयरिंग डॉक्स से निम्नलिखित साझा करें:

_ "यदि प्रत्येक स्पोक वर्चुअल नेटवर्क और हब वर्चुअल नेटवर्क के बीच पीयरिंग के लिए यह चेकबॉक्स चेक नहीं किया गया है, तो स्पोक वर्चुअल नेटवर्क के बीच ट्रैफ़िक प्रवाहित नहीं होता है क्योंकि हब वर्चुअल नेटवर्क के बीच ट्रैफ़िक को अग्रेषित नहीं कर रहा है।"_

इसके अतिरिक्त,

_"यदि Azure VPN गेटवे के माध्यम से वर्चुअल नेटवर्क के बीच ट्रैफ़िक अग्रेषित किया जाता है, तो आपको इस सेटिंग की जांच करने की आवश्यकता नहीं है।"_

परिदृश्य बी

दूरस्थ नेटवर्क के साथ संचार करने के लिए हब गेटवे का उपयोग करने के लिए स्पोक कॉन्फ़िगर करें। इस विशेष कॉन्फ़िगरेशन के लिए, अग्रेषित ट्रैफ़िक की अनुमति देने की आवश्यकता नहीं है।

ऐसा कहा जा रहा है, कृपया हमें इस मुद्दे को फिर से खोलने दें क्योंकि मैं दस्तावेज़ों को पढ़ते समय सहमत हूं कि यहां भेद करना अच्छा विचार है।

इस संशोधन के भाग के रूप में, कृपया यह इंगित करने पर भी विचार करें कि किस पीयरिंग पर ये चेक वास्तव में आवश्यक हैं (अर्थात परिदृश्य बी, [x] Use remote gateways स्पोक-हब पीयरिंग से आवश्यक है, जबकि [x] Allow gateway transit हब से आवश्यक है -स्पोक पीयरिंग, और [] Allow forwarded traffic दोनों के लिए अन-चेक किया जा सकता है) बशर्ते कि यह लेखक की प्राथमिकता हो। इसे एक साथ देखने के लिए आदर्श हो सकता है।

बस निष्कर्ष निकालने के लिए और सभी निष्पक्षता में, वर्तमान कॉन्फ़िगरेशन ए + बी दोनों परिदृश्यों के लिए अच्छा काम करेगा, इसलिए वे एक-दूसरे का विरोध नहीं कर रहे हैं। यह देखते हुए कि सादगी के लिए हम एआरएम को अभी के लिए यथावत रखना चाहते हैं।

@ferantivero मुझे लगता है कि आपने इसे