क्लाउड VPN ला BGP आवश्यक आहे: इतर राउटिंग प्रोटोकॉल का अयशस्वी होतात

IPsec सुरक्षा संलग्नता सुरू आहे, टनेलचे काउंटर हलत आहेत, आणि क्लाउड प्रीफिक्सकडील रहदारी नाहीशी होते. मग ऑपरेटर ग्राहक राउटरवर OSPF सक्षम करण्याचा प्रयत्न करतो, शेजारी तयार होईल अशी अपेक्षा करतो, आणि काहीच होत नाही. टनेल कधीच गहाळ भाग नव्हता: व्यवस्थापित क्लाउड VPN निश्चित राउटिंग करार देते, आणि मोठ्या प्लॅटफॉर्मवर तो करार BGP आहे. सत्र अस्तित्वात येईपर्यंत आणि प्रीफिक्स स्वीकारले जाईपर्यंत, टनेल मागे कोणतेही गंतव्य नसलेला फक्त एन्क्रिप्टेड मार्ग आहे.

टनेल सुरू आहे आणि मार्ग गहाळ आहे

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

क्रमाने तीन प्रश्न विचारा: प्रीफिक्सची घोषणा झाली होती का, शेजाऱ्याने ती स्वीकारली होती का, आणि ती फॉरवर्डिंगसाठी स्थापित झाली होती का? घोषित होऊन गाळलेला प्रीफिक्स धोरणाची समस्या आहे. कधीच न घोषित केलेला प्रीफिक्स सत्र किंवा संरचनेची समस्या आहे. स्वीकारला पण स्थापित न केलेला प्रीफिक्स मार्ग निवडीची समस्या आहे, आणि प्रत्येक उत्तर संरचनेच्या वेगळ्या भागाकडे निर्देश करते.

प्रदाता प्रत्यक्षात काय देतो

व्यवस्थापित VPN गेटवे अमर्यादित राउटर नाही. प्रदाता तुम्हाला समर्थित शेजारी पत्ते, स्वायत्त प्रणाली सेटिंग, प्रीफिक्स मर्यादा आणि निश्चित अयशस्वी वर्तन असलेला गेटवे देतो. तोच पृष्ठभाग उत्पादन आहे.

Google Cloud HA VPN साठी गतिशील BGP राउटिंगची नोंद करते, ज्यात Cloud Router शेजारी मार्ग शिकतो आणि VPC ला पात्र सानुकूल गतिशील मार्ग पुरवतो. AWS Site-to-Site VPN स्थिर आणि गतिशील राउटिंगमधील निवडीची नोंद करते, आणि BGP जिवंत तपासण्या टनेल फेलओव्हरसाठी उपयुक्त असल्याचे वर्णन करते, तसेच BGP नसलेल्या उपकरणांसाठी आरोग्य तपासण्यांनाही समर्थन देते. कोणत्याही प्लॅटफॉर्मचे वर्तन दुसऱ्याच्या उत्पादन नावावरून ठरवू नये.

व्यावहारिक परिणाम असा की तुम्ही प्रथम व्यवस्थापित मोड निवडता, नंतर समर्थित पॅरामीटर वाचता. सेवा देत नसलेल्या शेजार प्रकाराचा अंदाज करणारी रचना ग्राहक राउटरवर सोडवायची संरचना समस्या नाही.

टनेल संरक्षण आणि पोहोच वेगळी कामे आहेत

IPsec टनेलसाठी निवडलेल्या रहदारीचे संरक्षण करते. BGP प्रीफिक्सला पात्र बनवणारी पोहोच माहिती पुरवते. चालू टनेल हे सिद्ध करत नाही की अपेक्षित प्रीफिक्सची घोषणा, स्वीकृती किंवा स्थापना झाली.

दोन पात्र टनेल मार्गांनी 10.42.0.0/16 ची घोषणा करणाऱ्या शाखेची कल्पना करा. एक वापरण्यायोग्य मार्ग काढा आणि प्रत्येक वर्कलोडचा मार्ग कोणी संपादित न करताही मार्ग निवड बदलू शकते. शोध, मार्ग निवड आणि अनुप्रयोग पुनर्प्राप्ती तात्काळ नाहीत, आणि तैनातींमध्ये सारखी नाहीत, म्हणून फेलओव्हर चाचणीने संपूर्ण क्रम पाहिला पाहिजे, पार होणारे पहिले पॅकेट नाही.

क्लाउड प्रीफिक्स पोहोचेबाहेर असताना, क्रिप्टोला स्पर्श करण्यापूर्वी सत्र स्थिती आणि शिकलेले मार्ग तपासा. मागे मार्ग नसलेले सुरू SA हे या लक्षणाचे सर्वात सामान्य स्वरूप आहे.

OSPF च्या गृहीतका कुठे मोडतात

IPsec टनेलच्या आत OSPF, IS-IS किंवा दुसरे प्रोटोकॉल स्व-व्यवस्थापित उपकरणावर पूर्णपणे शक्य आहे, जिथे दोन्ही टोके आणि फॉरवर्डिंग रचना तुमची आहे. ती वस्तुस्थिती अशा व्यवस्थापित सेवेबद्दल काहीही सांगत नाही जी गतिशील राउटिंग मोड म्हणून फक्त BGP देते.

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

एका विक्रेत्याचे उत्तर दुसऱ्याच्या गेटवेवर न्या. गतिशील राउटिंग किंवा टनेल फेलओव्हर असेच शब्द वेगळ्या यंत्रणा आणि वेगळ्या मर्यादा सांगू शकतात.

सेवेची आवश्यकता वाचा, मग रचना करा

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

मग त्याच क्रमाने पडताळा: सत्र प्रस्थापित, प्रीफिक्स प्राप्त, VPC मार्ग तक्त्यात मार्ग उपस्थित, आणि सेवा पत्त्याकडे खरा प्रवाह. सक्तीच्या फेलओव्हरनंतर पुन्हा करा, कारण पुन्हा प्रस्थापित होणारे सत्र वेगळ्या मार्ग संचासह परत येऊ शकते. रचना सेकंदापेक्षा कमी अभिसरणावर अवलंबून असल्यास, गृहीत धरण्याऐवजी ते मोजा.

बदल नोंदीसोबत सेवा करार ठेवा. नंतर कोणी विचारले की टनेल OSPF का चालवू शकत नाही, तर उत्तर प्रोटोकॉल मर्यादा नाही, उत्पादन सीमा आहे, आणि नोंदीत तसे लिहिले पाहिजे.