AWS VPN PSK फिरवणे: कोणती सुरंग पडते आणि कधी

AWS VPN सुरंगाची एक पूर्व-सामायिक की बदलल्यास ती सुरंग दोन्ही बाजू सहमत होईपर्यंत पडते। आधी पर्यायी मार्ग सिद्ध करा, नंतर एका वेळी एक सुरंग फिरवा।

दोन्ही टोके पूर्व-सामायिक कीवर सहमत नसतात त्या क्षणी सुरंग पडते, आणि दोन्ही बाजू नवे मूल्य घेऊन येईपर्यंत ती खालीच राहते। हा भाग अपेक्षित आहे: AWS हा बदल निवडलेल्या सुरंगाचा व्यत्यय मानते, आणि किल्ल्या वेगळ्या असताना सहकारी IKE पूर्ण करणार नाही। लोकांना आश्चर्याचा धक्का देतो तो दुसरा अर्धा भाग। दुसरी सुरंग स्वतःहून रहदारी घेत नाही, जोपर्यंत ती ती वाहू शकते याची तुम्ही तपासणी केली नाही। याच क्रमाने फिरवा आणि व्यत्यय एकाच सुरंगात राहतो।

किल्ली बदलल्यावर प्रत्यक्षात काय होते

ModifyVpnTunnelOptions एका सुरंगाचे पर्याय पुन्हा लिहिते, जी तिच्या बाह्य IP पत्त्याने ओळखली जाते। सुरंग तोडून पुन्हा बांधली जाते, त्यामुळे IKE आणि IPsec नव्या किल्लीसह सुरुवातीपासून वाटाघाटी करतात। AWS सांगते की व्यत्यय काही मिनिटे टिकू शकतो, जो राउटिंग प्रोटोकॉलला तो लक्षात घेण्यासाठी पुरेसा लांब आहे। त्याच जोडणीतील दुसऱ्या सुरंगाला हा कॉल स्पर्श करत नाही।

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

आधी सध्याची मूल्ये वाचा, मग एक क्षेत्र बदला। हा क्रम म्हणजे या कामाची संपूर्ण शिस्त।

आधी AWS सुरंग योग्य सहकाऱ्याशी जुळवा

कन्सोल सुरंगांना क्रमाने लेबल लावते, आणि तुमचे उपकरण ते लेबल वापरत नाही। सुरंग तिच्या बाह्य IP पत्त्याने ओळखा आणि ग्राहक गेटवेवरील सहकारी विभागाशी जुळवा। स्थानिक संरचनेतील सुरंग 1 हा AWS सुरंग 1 म्हणत असलेली सुरंग तुम्ही संपादित करत आहात याचा पुरावा नाही।

जोडणीपासूनच सुरुवात करा, जी दोन्ही सुरंग आणि प्रत्येकाकडे सध्या असलेली किल्ली यादी करते:

aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123456789abcdef0 \
  --query "VpnConnections[0].Options.TunnelOptions[].[OutsideIpAddress,PreSharedKey]"

परत येणारी किल्ली हीच सध्या वापरात आहे। काहीही बदलण्यापूर्वी तिची सहकाऱ्याच्या संरचनेशी तुलना करा, कारण आधीच असलेली विसंगती कधीही स्थिर नसलेल्या सुरंगाचे स्पष्टीकरण देते।

आधी दुसऱ्या सुरंगाला रहदारी वाहू द्या

एका जोडणीतील दोन सुरंग हे सिद्ध करत नाहीत की तुमच्या उपकरणाने दोन्ही संरचीत केल्या, दोन्ही तुम्हाला आवश्यक प्रीफिक्स जाहीर करतात, किंवा त्यांच्यामध्ये रहदारी हलते। पर्यायी सुरंगाची वाटाघाटी, तिचे मार्ग आणि दोन्ही दिशांनी प्रत्यक्ष अनुप्रयोग प्रवाह तपासा। BGP सह, जिवंत शेजारीपणा उपयुक्त पुरावा आहे पण प्रीफिक्सची पुष्टी करण्याइतका नाही। स्थिर राउटिंगसह, गेटवे मार्ग कसा निवडतो आणि आवडता मार्ग नाहीसा झाल्यावर काय करतो याची पुष्टी करा।

पर्यायी सुरंग कामाचा भार वाहू शकत नसेल, तर किल्लीला स्पर्श करण्यापूर्वी व्यत्यय नियोजित करा किंवा पर्यायी सुरंग दुरुस्त करा। कन्सोल पृष्ठावरील स्थिती दिवा अखंड सेवेचे वचन नाही।

एक सुरंग फिरवा, मग प्रत्यक्ष रहदारीने पडताळणी करा

पर्यायी मार्ग सिद्ध झाल्यावर क्रम छोटा आहे। सुरंगाचा पत्ता, तिचा सहकारी आणि गुप्त नसलेल्या सेटिंग्ज नोंदवा, आणि तुम्ही तोडणार असलेल्या सुरंगावर अवलंबून नसलेला व्यवस्थापन मार्ग गेटवेकडे ठेवा।

  1. निवडलेल्या बाह्य पत्त्यासाठी ग्राहक गेटवे सहकारी अद्ययावत करा, किंवा API कॉलनंतर काही सेकंदांत लागू होईल अशी बदलाची तयारी करा।
  2. नव्या किल्लीसह सध्याचे आयुष्य आणि DPD मूल्ये जोडून बदल कॉल पाठवा।
  3. IKE आणि IPsec परत येण्याची वाट पाहा, मग मार्ग आणि आवश्यक प्रीफिक्सची पुष्टी करा।
  4. त्या सुरंगातून प्रातिनिधिक अनुप्रयोग प्रवाह पाठवा आणि दोन्ही दिशा पाहा।

टोके सहमत नसताना आणि AWS बदल लागू करत असताना सुरंग वापरण्यायोग्य नाही, त्यामुळे सहकाऱ्याचे अद्ययावतन दुपारच्या जेवणानंतर नाही तर लगेच यायला हवे। बदललेली सुरंग प्रत्यक्ष रहदारी वाहते तेव्हाच दुसऱ्यावर प्रक्रिया पुन्हा करा।

पहिल्या सुरंगानंतर पुनर्प्राप्ती किंवा राउटिंग अजून अनिश्चित असेल तर थांबा। अर्धवट चालणाऱ्या दोन सुरंगा चालते हे तुम्हाला माहीत असलेल्या एकापेक्षा वाईट आहेत।

पुनर्प्राप्ती अडकल्यावर IKE बाजू वाचा

दोन्ही टोकांकडे नवी किल्ली असल्यानंतरही खाली राहणारी सुरंग सहसा फिरवण्याने उघड झालेली, निर्माण न केलेली धोरण विसंगती असते। प्रस्ताव, सहकारी पाठवणारी ओळख आणि रहदारी निवडक सर्वांनी AWS बाजूशी सहमत असणे आवश्यक आहे, आणि प्रस्थापित सुरंगात टिकलेले मूल्य नव्या वाटाघाटीत तरीही नाकारले जाऊ शकते। दुसऱ्यांदा किल्ली बदलण्यापूर्वी वाटाघाटीची स्थिती आणि तिला जोडलेला संदेश वाचा।

aws ec2 describe-vpn-connections --vpn-connection-ids vpn-0123456789abcdef0 \
  --query "VpnConnections[0].VgwTelemetry[].[OutsideIpAddress,Status,StatusMessage]"

बदल परत घ्यायचा असेल, तर जुनी किल्ली फक्त पूर्वी चालत होती म्हणून पुनर्संचयित करू नका। तडजोड झालेली किल्ली तडजोड झालेली माना आणि त्याऐवजी वाटाघाटी दुरुस्त करा। दोन्ही सुरंगा पडताळून आणि प्रत्येक सहकारी कोणते मूल्य ठेवतो हे नोंदवण्यासाठी गुप्त-यादी अद्ययावत करून पूर्ण करा, आणि AWS सुरंग-पर्याय दस्तऐवजीकरण रनबुकजवळ ठेवा।

संबंधित लेख