EC2 उपलब्धता क्षेत्रहरूमा: VPN अघि राउटिङ जाँच्नुहोस्

दुई EC2 इन्स्टेन्सबीच VPN सफ्टवेयर स्थापना गर्नु अघि एउटा प्रश्नको उत्तर दिनुहोस्: के तिनीहरू एउटै VPC मा छन्? यदि छन् भने, निजी मार्ग पहिले नै अवस्थित छ र क्षेत्रहरूबीचको स्थान त त्यसलाई बदल्दैन। यो अवस्थामा धेरैजसो काम प्रत्येक सबनेटले वास्तवमा कुन राउट तालिका प्रयोग गर्छ भनी पुष्टि गर्ने, र त्यसपछि विफलता राउटिङ समस्या नै थियो कि भनी पत्ता लगाउने हो। यो विशेष प्रश्नको लागि सुरुङ सामान्यतया गलत उत्तर हो।

जाँच 1: एउटै VPC कि फरक VPC

VPC क्षेत्रीय हुन्छ र उपलब्धता क्षेत्रहरूमा फैलिन्छ, जबकि प्रत्येक सबनेट ठ्याक्कै एउटा क्षेत्रसँग सम्बन्धित हुन्छ। एउटै VPC का फरक क्षेत्रमा रहेका दुई इन्स्टेन्स अझै पनि एउटै निजी राउटिङ डोमेनभित्र छन्।

फरक VPC हरूले कहिल्यै मात्र क्षेत्र वा क्षेत्र लेबल साझा गरेको कारण निजी मार्ग पाउँदैनन्। त्यो अवस्थाका लागि समर्थित जडान र आफ्नै मार्ग तथा अनुमति कार्य चाहिन्छ, जो छुट्टै निर्णय हो।

जाँच 2: सबनेट राउट तालिकाहरूले के भन्छन्

वास्तविक मानहरूसँग लेआउट लेख्नुहोस्। VPC 10.60.0.0/16 मा, सबनेट 10.60.1.0/24 र 10.60.2.0/24 भएमा, इन्स्टेन्सहरूलाई 10.60.1.10 र 10.60.2.20 VPC को स्थानीय मार्गबाट बाटो दिन्छ।

त्यसपछि पहिले भेटिएको तालिका मात्र नभई दुवै सबनेटसँग सम्बन्धित तालिकाहरू जाँच्नुहोस्। अझ विशिष्ट निरीक्षण वा उपकरण मार्गले आधारभूत मार्गलाई पछि पार्न सक्छ, र स्थानीय मार्गको लक्ष्य आफै पनि नयाँ कन्फिगरेसनमा प्रतिस्थापित हुन सक्छ। कन्सोलमा कतै देखिने स्थानीय मार्गले दुवै कार्यभारले त्यसलाई प्रयोग गर्छन् भनी प्रमाणित गर्दैन।

VPC ले वास्तवमा दिने निजी ठेगाना र नामहरू प्रयोग गर्नुहोस्। निजी ठेगाना 10 बाट सुरु हुनुपर्ने छैन, र सम्झनाबाट एउटा बनाउनु नै चलिरहेको वातावरणको गलत निदान गर्ने तरिका हो।

जाँच 3: राउटिङ कि अधिकार

राउटिङले प्याकेटलाई लक्ष्यको नेटवर्क इन्टरफेससम्म मात्र पुर्याउँछ। लक्ष्यको सुरक्षा समूहले अझै स्रोत र सेवा स्वीकार्नुपर्छ, स्रोतका बहिर्गमन नियमहरूले अनुरोधलाई अनुमति दिनुपर्छ, र कुनै पनि नेटवर्क ACL ले दुवै दिशा अनुमति दिनुपर्छ किनकि ACL ले स्थिति राख्दैनन्।

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

स्वीकृति अनुप्रयोगको वास्तविक सञ्चालन हुनुपर्छ। सफल ping ले अनुप्रयोगमा पहुँच दिँदैन र TLS नाम र प्रमाणहरू सही छन् भनी प्रमाणित गर्दैन, र अवरुद्ध ping ले सबै निजी सेवा बन्द छन् भनी स्थापित गर्दैन।

जाँच 4: के साँच्चै छुट्टै जडान आवश्यक छ

VPN अझै डिजाइनमा रहन सक्छ, तर भनिएको कारणले: यो VPC लाई कार्यालयसँग जोड्न, ल्यापटपहरूलाई प्रवेश दिन वा ओभरले आवश्यकता पूरा गर्न. त्यो कारण एउटै VPC भित्रको सामान्य सञ्चारभन्दा फरक हुन्छ।

VPC के होइन भन्ने पनि सम्झनुहोस्। यो घरेलु इथरनेट खण्डको विस्तार होइन। ब्रडकास्ट पत्ता लगाउने कुरामा निर्भर अनुप्रयोगको मूल्याङ्कनका लागि छुट्टै आवश्यकता हुन्छ। त्यो राउटिङ बग होइन, डिजाइनको खाली ठाउँ हो।

जाँच 5: इन्क्रिप्शनको प्रश्न

निजी ठेगाना र अनुमति नियमले अनुप्रयोग तहमा क्रिप्टोग्राफिक सुरक्षाबारे केही भन्दैनन्। यदि डेटालाई छेउदेखि छेउसम्म सुरक्षा चाहिन्छ भने, त्यो सेवाले वास्तवमा समर्थन गर्ने प्रोटोकल र पहिचान मोडेलबाट आउँछ।

डिजाइन नोटमा नेटवर्क-तह र अनुप्रयोग-तहका दाबीहरू अलग राख्नुहोस्, किनकि तिनलाई मिसाउनु नै कसैले पनि लागू नगरेको सुरक्षाको दाबी समीक्षाले गर्ने बाटो हो।

के रेकर्ड गर्ने

दुवै सबनेट आईडी, प्रत्येकसँग सम्बन्धित राउट तालिका, सुरक्षा समूहका सन्दर्भ र तपाईंले परीक्षण गरेको अनुप्रयोग सञ्चालन रेकर्ड गर्नुहोस्। यी चार तथ्य हुन् र यिनले यो मार्गबारे धेरैजसो भविष्यका विवाद टुङ्ग्याउँछन्।

केवल क्षेत्रमा राख्नुले कहिल्यै VPN थप्न भन्दैन, र निजी अनुरोध किन असफल भयो भनी कहिल्यै व्याख्या गर्दैन।