EC2 Windows: VPN क्लाइन्ट, VPN सर्भर वा AWS गेटवे?
Windows EC2 इन्स्ट्यान्सले VPN सफ्टवेयर चलाउन सक्छ, तर क्लाइन्ट, स्व-व्यवस्थित सर्भर र AWS गेटवे फरक भूमिका हुन् जसका मालिक पनि फरक छन्।
एउटा टोलीलाई Windows EC2 इन्स्ट्यान्समा चलिरहेको एपका लागि VPN जडान चाहिन्छ, मिल्ने क्लाइन्ट सफ्टवेयर भेट्छ, स्थापना गर्छ र त्यसपछि VPC को बाँकी भागले किन प्रयोग गर्न सक्दैन भनेर सोध्छ। स्थापना सफल भयो; भूमिका कहिल्यै तय भएन। अतिथिभित्र चल्ने सफ्टवेयर अरू कसैको नेटवर्कमा सामेल हुने क्लाइन्ट, अन्य क्लाइन्ट स्वीकार गर्ने सर्भर, वा AWS ले व्यवस्थापन गर्ने दुवै VPN उत्पादनमध्ये कुनै पनि नहुन सक्छ, र प्रत्येक भूमिकाले तपाईंलाई फरक काम छोड्छ।
लक्षण सामान्यतया गलत भूमिका हो
सामान्य लक्षण गलत समस्या समाधान गर्ने काम गरिरहेको सुरुङ हो। VM भित्रको क्लाइन्टले त्यो VM लाई बाहिर जाने बाटो दिन्छ; यसले तपाईंको ल्यापटप, कार्यालय वा अर्को सबनेटलाई भित्र आउने बाटो दिँदैन। VM भित्रको सर्भरले अरूलाई भित्र आउने बाटो दिन्छ, तर अब श्रोता, प्रमाणीकरण र फर्वार्डिङ तपाईंको हातमा छ।
व्यवस्थापित सेवाहरूले सेवाको सञ्चालन AWS मा सार्छन् र डिजाइन तपाईंसँग छोड्छन्। Site-to-Site VPN ले ग्राहक गेटवे र AWS गेटवेमार्फत नेटवर्क जोड्छ, र Client VPN ले टाढाका उपकरणहरूलाई व्यवस्थापित अन्त्य बिन्दु दिन्छ। दुवै अवस्थामा मार्गहरू, अधिकार नियमहरू र पहिचानको स्रोत तपाईंको कन्फिगरेसन हो, र कुनै पनि उत्पादनले Windows अतिथिभित्र सामान्य उद्देश्यको क्लाइन्ट स्थापना गर्दैन।
चार रूप सम्भव छन्, र तालिकाले तिनीहरूलाई के केसँग जोडिन्छ र सञ्चालनको भार कसले बोक्छ भन्ने आधारमा छुट्याउँछ।
| Role | What connects | Who owns the VPN software |
|---|---|---|
| Client in the Windows VM | This VM dials out into someone else's network | You, plus the software vendor |
| Server in the Windows VM | Inbound clients and sites attach to this VM | You, end to end |
| AWS Site-to-Site VPN | Two networks meet through a customer gateway and an AWS gateway | AWS operates the tunnels; you own the peer and route design |
| AWS Client VPN | User devices attach to an endpoint AWS operates | AWS operates it; you own the access rules |
उत्पादनको नाम होइन, पङ्क्ति पढ्नुहोस्: एउटै Windows इन्स्ट्यान्सभित्र कुन सफ्टवेयर चल्छ भन्ने आधारमा दुई फरक पङ्क्तिमा हुन सक्छ।
VM भित्रको क्लाइन्ट: VM नेटवर्कमा सामेल हुन्छ
बाहिर जाने क्लाइन्टले केही स्थापना गर्नुअघि Windows बिल्ड, आर्किटेक्चर र ड्राइभर आवश्यकताहरू जाँच्नुपर्छ। क्लाइन्टले इन्स्ट्यान्समा मार्ग र DNS परिवर्तन गर्नेछ, जसले त्यहाँ पहिले नै चलिरहेका सेवाहरूलाई असर गर्न सक्छ, टाढाको प्रशासनका लागि प्रयोग गर्ने बाटोसमेत। क्लाइन्टले सेट गर्ने एडाप्टरको नाम र इन्टरफेस मेट्रिक नोट गर्नुहोस्, किनकि नयाँ इन्टरफेसले अवस्थितभन्दा प्राथमिकता पाउन सक्छ। यदि इन्स्ट्यान्स SSH वा RDP को सट्टा सत्र प्रबन्धकमार्फत व्यवस्थापन हुन्छ भने, क्लाइन्ट जोडिएपछि पनि त्यो बाटो काम गर्छ भनी पुष्टि गर्नुहोस्।
क्लाइन्ट सक्षम गर्नुअघि यसले कुन ट्राफिक बोक्नुपर्छ भनेर निर्णय गर्नुहोस्। पूर्ण सुरुङले व्यवस्थापन सत्र समातेर तपाईंलाई बाहिर थुन्न सक्छ, र विभाजित सुरुङले इन्स्ट्यान्सलाई निजी नेटवर्कसम्म पुग्न दिन्छ जबकि यसको अन्य ट्राफिक अर्को निकास लिन्छ। दोस्रो व्यवस्थापन मार्ग उपलब्ध राखेर परीक्षण गर्नुहोस्, र क्लाइन्टले स्थापना गर्ने मार्गहरू नोट गर्नुहोस् ताकि पछिको परिवर्तन व्याख्या गर्न सकियोस्।
VM भित्रको सर्भर: अन्य क्लाइन्टहरू यसमा सामेल हुन्छन्
स्व-व्यवस्थित सर्भरका लागि श्रोता, प्रमाणपत्र वा कुञ्जी सामग्री, प्रयोगकर्ता डेटाबेस र फर्वार्डिङ नियमहरू तपाईंका हुन्। यदि सर्भरले अन्य क्लाइन्टका लागि ट्राफिक फर्वार्ड गर्छ भने, इन्स्ट्यान्स राउटर बन्छ, र त्यसका लागि अतिथि-स्तरको फर्वार्डिङका साथै AWS-स्तरका मार्ग र सुरक्षा समूहका परिवर्तनहरू आवश्यक पर्छ।
श्रोतालाई अतिथिबाट र फेरि अर्को सबनेटबाट जाँच्नुहोस्, त्यसपछि इन्स्ट्यान्सले फर्वार्ड गर्ने होस्ट जाँच्नुहोस्। स्वस्थ स्थानीय सेवाले फर्वार्ड गरिएको मार्गबारे केही प्रमाणित गर्दैन, त्यसैले दुवै नतिजा परिवर्तन नोटमा लेख्नुहोस्।
व्यवस्थापित गेटवेहरूले सेवा राख्छन्, तपाईंको पहुँच डिजाइन होइन
AWS Site-to-Site VPN ले ग्राहक-गेटवे र AWS-गेटवे सुरुङ भूमिकाहरूको दस्तावेजीकरण गर्छ, र त्यो जडान किन्दा हरेक टाढा-पहुँच डिजाइन प्रतिस्थापित हुँदैन। Client VPN ले क्लाइन्ट व्यक्तित्वहरूसहित व्यवस्थापित अन्त्य बिन्दुको दस्तावेजीकरण गर्छ, जबकि अधिकार नियमहरू र लक्ष्य मार्गहरू तपाईंका रहन्छन्। AWS ले अन्त्य बिन्दु र यसका प्रमाणपत्रहरू चलिराख्छ; कसले कुन एपसम्म पुग्न सक्छ भन्ने अझै पनि तपाईंले लेख्ने र मर्मत गर्ने अधिकार नियम हो।
पाँच अक्षमा उत्पादनहरूबीच छान्नुहोस्: प्रत्येकले कुन भूमिका खेल्छ, कुन प्रोटोकल स्वीकार गर्छ, कुन पहिचान स्रोतको अपेक्षा गर्छ, ट्राफिक कसरी फर्वार्ड हुन्छ र उपलब्धता कसरी दिइन्छ। फोरम थ्रेडमा उद्धृत कुनै पनि एकल थ्रुपुट सङ्ख्यालाई बेवास्ता गर्नुहोस्, किनकि प्रकाशित क्षमता सेवासँगै परिवर्तन हुन्छ। र व्यवस्थापित सुरुङ जोडीले कुनै पनि मनपरी अतिथि क्लाइन्टको व्यवहार परिवर्तन गर्छ भनी नमान्नुहोस्।
उत्पादनभन्दा पहिले भूमिका छान्नुहोस्
दिशा नाम दिने एउटा वाक्य लेख्नुहोस्: यो VM नेटवर्कमा सामेल हुन्छ, यो VM क्लाइन्ट स्वीकार गर्छ, वा AWS गेटवेले परिभाषित नेटवर्क जोड्छ।
त्यो वाक्यले उत्पादनहरूको छोटो सूची, सफ्टवेयरको मालिक र तपाईंले डिबग गर्ने असफलता मोडहरू निर्धारण गर्छ। यदि आवश्यकता टाढाका प्रयोगकर्ताहरूले एपसम्म पुग्नु हो भने, एपको VM मा स्थापना गरिएको क्लाइन्ट गलत रूप हो। यदि आवश्यकता एउटा VM ले साझेदार नेटवर्कसम्म पुग्नु हो भने, व्यवस्थापित साइट-देखि-साइट गेटवे कामलाई आवश्यकभन्दा बढी मेसिनरी हो। दुवै उत्तर वैध छन्; तीमध्ये एउटा मात्र तपाईंले लेखेको वाक्यसँग मिल्छ।