VGW च्या BGP जाहिराती विरुद्ध VPC रूट टेबल: काय काय बदलते

VPC सबनेट रूट टेबलमधील गहाळ प्रिफिक्स आणि ग्राहकाच्या राउटरवरील गहाळ प्रिफिक्स या दोन वेगवेगळ्या बिघाड्या आहेत, आणि त्यापैकी फक्त एकच AWS रूट टेबलमध्ये दुरुस्त होते. व्हर्च्युअल खाजगी गेटवे त्याच्या VPC शी जोडलेले CIDR ब्लॉक जाहीर करते; सबनेट रूट टेबल ठरवते की वर्कलोड आपले उत्तर कुठे पाठवतो. दुसऱ्याला पहिल्याला बदलण्याचा मार्ग म्हणून पाहणे या निदानातील सर्वात सामान्य चुकीचे वळण आहे. खालील तपासण्या क्रमाने करा आणि दोन्ही दिशा वेगळ्या ठेवा.

कोणतेही टेबल वाचण्यापूर्वी अटॅचमेंटला नाव द्या

साइट-टू-साइट VPN व्हर्च्युअल खाजगी गेटवेवर किंवा ट्रान्झिट गेटवेवर संपते, आणि कोणते राउटिंग मॉडेल लागू होते हे संसाधन ID ठरवतात. आधी ते वाचा: aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123456789abcdef0 --query 'VpnConnections[].{Tunnels:VgwTelemetry,Gateway:GatewayId,Transit:TransitGatewayId}'. पुढे तपासायचे टेबल VPC रूट टेबल आहे की ट्रान्झिट गेटवे रूट टेबल, हे उत्तर सांगते.

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

AWS कडून कार्यालयाकडे जाणारी दिशा ही जाहिरात आहे

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

साध्या नियमाला अपवाद आहेत, म्हणून तो त्याच्या मर्यादेत ठेवा. VPN CloudHub रचना ग्राहक गेटवेमध्ये साइट प्रिफिक्स पुन्हा जाहीर करू शकते, आणि ट्रान्झिट गेटवे स्वतःच्या प्रसारण नियमांचे पालन करते. VGW फक्त स्वतःचे VPC जाहीर करते हे विधान उपयुक्त डीफॉल्ट आहे, तुम्हाला भेटणाऱ्या प्रत्येक टोपोलॉजीला व्यापणारा कायदा नाही.

कार्यालयाकडून AWS कडे जाणारी दिशा म्हणजे प्रसारण अधिक निवड

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

गृहीत धरण्याऐवजी उगम वाचा: aws ec2 describe-route-tables --route-table-ids rtb-0123456789abcdef0 --query 'RouteTables[].Routes'. EnableVgwRoutePropagation उगमाची नोंद BGP मधून आली; CreateRoute उगमाची नोंद माणसाने टाइप केली आणि कोणी ती हटवेपर्यंत जिंकत राहील.

दोन्ही दिशा वेगळ्या ठेवणारे रनबुक

काहीही बदलण्यापूर्वी AWS बाजूला चार तथ्ये नोंदवा: अटॅचमेंटचा प्रकार, VPC चे संबंधित CIDR, विचाराधीन प्रिफिक्ससाठी सबनेट रूटचा उगम, आणि टनेल व BGP ची स्थिती. तोच describe कॉल प्रत्येक टनेलसाठी स्वीकारलेल्या रूटच्या संख्येसह VgwTelemetry परत करतो, जे AWS ने काही रूट स्वीकारले का हे सांगते. नंतर त्याची तुलना ग्राहक उपकरणाने प्रत्यक्षात स्थापित केलेल्या गोष्टीशी करा. BGP मध्ये असलेला पण फॉरवर्डिंग टेबलमध्ये नसलेला प्रिफिक्स ही स्थानिक आयात किंवा सर्वोत्तम-मार्गाची समस्या आहे, AWS रूट टेबलची समस्या नाही.

सबनेट टेबलमध्ये प्रिफिक्स अजिबात नसल्यास, प्रसारण सक्षम करा किंवा स्थिर रूट जोडा, नंतर बदल तात्काळ झाला असे गृहीत धरण्याऐवजी प्रसारण मध्यांतरानंतर तीच क्वेरी पुन्हा वाचा. प्रिफिक्स असूनही रहदारी अजूनही अयशस्वी झाल्यास, नियंत्रण स्तर सोडून डेटा मार्गाकडे जा.

तिथे असताना काय बदलू नये

एक गहाळ प्रिफिक्स दुरुस्त करण्यासाठी असंबंधित रूट टेबलवर प्रसारण चालू किंवा बंद करू नका, आणि एक अनुपस्थित CIDR झाकण्यासाठी डीफॉल्ट रूट जोडू नका. दोन्ही बदल परिणामाचा व्याप्ती वाढवतात आणि पुढील निदान कठीण करतात. संपादन फक्त विचाराधीन वर्कलोड सबनेटला सेवा देणाऱ्या टेबलपुरते मर्यादित ठेवा.

डेटा मार्ग या सर्वांपासून वेगळा आहे. सुरक्षा गट स्टेटफुल असतात, नेटवर्क ACL नसतात, आणि होस्ट फायरवॉल किंवा असममित परतीचा मार्ग राउटिंगने योग्यरित्या पोहोचवलेला रहदारी टाकून देऊ शकतो. जाहीर केलेले एकत्रीकरण आतल्या प्रत्येक सेवेला अधिकृत करत नाही, म्हणून पत्ता BGP जाहिरातीत योगायोगाने दिसतो का यावर अवलंबून न राहता धोरणाच्या सीमेवर प्रवेश मर्यादित करा.

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