Cloud VPN चे BGP पत्ते NIC वर नाही, टनेलच्या आत असतात
HA VPN साठी Cloud Router ची BGP जोडी IPsec मार्गाच्या आत बसते. VM इंटरफेसवर link-local पत्ता जोडण्याऐवजी स्टॅकमध्ये खाली त्याचा मागोवा घ्या.
VPN साठी Cloud Router पृष्ठ उघडा आणि 169.254.0.0/16 मधील पत्ता असलेले BGP सत्र तुमच्याकडे पाहत आहे. नैसर्गिक प्रतिक्रिया म्हणजे तो पत्ता VM वर कुठेतरी ठेवून सत्र वर येण्याची वाट पाहणे. ती प्रतिक्रिया विशिष्ट पद्धतीने चुकीची आहे: जोडी IPsec टनेल तयार करते त्या तार्किक दुव्याची आहे, मशीनच्या सामान्य नेटवर्क इंटरफेसची नाही. NIC वर तुम्ही जे काही जोडाल ते टनेलला BGP वाहून नेण्यास भाग पाडत नाही.
जोडी होस्टवर जोडण्याऐवजी स्टॅकमध्ये खाली तिचा मागोवा घ्या.
कन्सोल जिथे जोडी दाखवते तिथून सुरुवात करा
सत्र पृष्ठ Cloud Router चा BGP पत्ता आणि पीअर पत्ता सूचीबद्ध करते, IPv4 HA VPN साठी दोन्ही link-local. त्यांच्या शेजारी टनेल संपवणारे बाह्य गेटवे पत्ते आहेत. हे वेगवेगळे घटक आहेत: link-local जोडी आत राहते, आणि गेटवे पत्ते बाहेर राहतात व दुसरे काही काम करण्यापूर्वी त्यांना मार्गनिर्देशित करता आले पाहिजे.
कॉन्फिगरेशन फाइल उघडण्यापूर्वी तिन्ही लिहून ठेवा, कारण त्या गोंधळात टाकणे हाच संपूर्ण अपयशाचा प्रकार आहे.
ते वाहून नेणाऱ्या टनेलपर्यंत खाली जा
दोन गेटवेंदरम्यान IPsec सुरक्षा संगती असेल तरच link-local जोडीला अर्थ असतो. Google बाजूला HA VPN टनेल ती दोन इंटरफेसवर तयार करतात; तुमच्या बाजूला पीअरने वाटाघाटी केलेले तेच आहे. आधी swanctl --list-sas ने डेटा संगती तपासा आणि कोणते टनेल कोणत्या इंटरफेसवर वर आहे ते नोंदवा, कारण मृत टनेलवर निरोगी BGP सत्र अशक्य आहे आणि आशावादी कॉन्फिगरेशन असलेले मृत टनेल नेहमीचे आहे.
BGP पॅकेट आंतरिक IP रहदारी आहे. बाह्य नेटवर्क ते कधीही पाहत नाही, म्हणून कोणत्याही स्विचला एका VLAN वर दोन्ही पत्ते नकोत.
आता Linux पीअर जुळवून घेण्यासाठी कॉन्फिगर करा
समर्थित टनेल रचना निवडा आणि आंतरिक पत्ते तिनेच ठरवू द्या. मार्गाधारित इंटरफेससह, मार्गनोंद आणि वाटाघाटी केलेले रहदारी निवडक सहमत असले पाहिजेत, कारण फक्त इंटरफेसचे नाव कशालाही परवानगी देत नाही. BIRD ला आंतरिक स्थानिक पत्ता आणि Cloud Router च्या आंतरिक पत्त्याकडे निर्देशित करा, सत्र पृष्ठावरून AS क्रमांक सेट करा, आणि संरक्षित मार्गात TCP 179 ला परवानगी द्या. दूरच्या बाह्य पत्त्याचा मार्ग भौतिक अपलिंकवर ठेवा जेणेकरून टनेल स्वतःचे वाहतुक पकडणार नाही.
स्वतःला मार्गनिर्देशित करणारे टनेल हँडशेकसह एक लूप आहे, आणि एक तास ते फायरवॉल समस्येसारखे दिसेल.
प्रत्येक टप्पा क्रमाने तपासा, सगळे एकदम नाही
टप्पे चाला: सुरक्षा संगती वर, टनेल पत्त्यापासून आंतरिक पीअर पोहोचण्यायोग्य, BGP सत्र प्रस्थापित, प्रीफिक्स स्वीकारले, नंतर वर्कलोड प्रीफिक्स प्रत्यक्षात वापरले. birdc show protocols तिसऱ्या प्रश्नाचे उत्तर देते आणि दुसरे काहीही नाही, म्हणून लोक लवकर विजय घोषित करतात.
प्रस्थापित शेजारी याची हमी देत नाही की दोन्ही बाजूंनी तुम्हाला आवश्यक प्रीफिक्सची जाहिरात केली, किंवा ते मार्ग प्राधान्य म्हणून स्थापित झाले.
सत्र प्रस्थापित असूनही रहदारी अजूनही चुकीच्या मार्गाने जात असेल, जाहीर केलेल्या प्रीफिक्सची मार्गनिर्देशन तक्ता त्यांच्याशी काय करतो याशी तुलना करा. दुसरीकडे अधिक विशिष्ट मार्ग, किंवा दुसऱ्या मार्गाला प्राधान्य, तुम्हाला कार्यरत BGP सत्र देते आणि कोणतेही उपयुक्त फॉरवर्डिंग देत नाही.
हे Router Appliance वर लागू करण्यापूर्वी थांबा
Network Connectivity Center Router Appliance हे वेगळे जोडणी मॉडेल आहे. त्याचे Cloud Router पीअर HA VPN च्या link-local जोडीऐवजी VPC आणि सबनेट मांडणीतील आंतरिक पत्ते वापरतात. जर खरा उद्देश राउटिंग VM सह BGP असेल, तर link-local सत्र कॉपी करण्याऐवजी त्या उत्पादनाच्या इंटरफेस आवश्यकता पाळा.
link-local व्याप्ती अजूनही जे सांगते तेच अर्थ देत आहे. तार्किक टनेल ही जवळीक पुरवते, आणि ते VPC भर मनमानी link-local गंतव्ये मार्गनिर्देशित करण्याचा परवाना देत नाही.