एउटा Azure VM लाई टनेल चाहिन्छ: गेस्ट क्लाइन्ट कि VPN गेटवे?
एउटै Azure VM ले आफ्नै VPN क्लाइन्ट चलाउनुपर्छ कि जडान नेटवर्क तहमा हुनुपर्छ भन्ने तीन सर्तले निर्धारण गर्छ।
एउटा Azure VM भित्रको एउटा वर्कलोडले टनेलमार्फत निजी नेटवर्कमा पुग्नुपर्छ। डिजाइन निर्धारण गर्ने प्रश्न कुन VPN उत्पादन राम्रो हो भन्ने होइन; बरु अर्को कुनै मेसिनलाई कहिल्यै त्यो बाटो चाहिन्छ कि भन्ने हो। पहिले त्यसको उत्तर दिनुहोस् र बाँकी आर्किटेक्चर सामान्यतया आफै छानिन्छ। गल्ती गरेमा, कसैले पनि कागजात नगरेको राउटर चुपचाप बनेको VM तपाईंलाई उत्तराधिकारमा मिल्छ।
उस्तै देखिने दुई काम
VM एन्डपोइन्ट वा ट्रान्जिट पोइन्ट हुन सक्छ, र फरक तपाईंले इन्स्टल गर्ने सफ्टवेयरमा होइन, टनेल कसले प्रयोग गर्छ भन्नेमा हुन्छ। एन्डपोइन्टका रूपमा गेस्टले आफ्नै प्रक्रियाका लागि क्लाइन्ट चलाउँछ। ट्रान्जिट पोइन्टका रूपमा यसले अन्य वर्कलोडका प्याकेट अगाडि पठाउँछ, जसले यसलाई तपाईंको नेटवर्क टोपोलोजीको भाग बनाउँछ।
| काम | VM के गर्छ | राउटिङ कसको |
|---|---|---|
| वर्कलोड एन्डपोइन्ट | आफ्नै प्रक्रियाका लागि समर्थित क्लाइन्ट चलाउँछ | गेस्ट रुटले स्वीकृत गन्तव्य छान्छन् |
| ट्रान्जिट उपकरण | अन्य वर्कलोडलाई साइट जडानमा अगाडि पठाउँछ | सबनेट रुट तालिका, NIC फर्वार्डिङ, गेस्ट नीति र फर्कने बाटो |
एउटा VM का अधिकांश अनुरोध दोस्रो कामको भाषा लगाएको पहिलो काम हुन्। कसैले “VM हाम्रो VPN हो” भन्छ तर अर्थ उसमाथिको एउटा अनुप्रयोगले अर्को छेउको डाटाबेसमा पुग्नुपर्छ भन्ने हुन्छ।
सर्त एक: के अरू केहीलाई टाढाको छेउ चाहिन्छ?
उत्तर होइन भए गेस्टमा क्लाइन्ट इन्स्टल गर्नुहोस् र डिजाइन गर्न छोड्नुहोस्। त्यो छनोटमा केही पनि व्यवस्थापित गेटवे माग गर्दैन, र त्यसले केही पनि VM लाई यसका छिमेकीका लागि गेटवे बनाउँदैन। तपाईं एउटा अपरेटिङ सिस्टमभित्र रुट थप्दै हुनुहुन्छ।
उत्तर हो भए, वा वर्षभित्र सम्भवतः हो भए, अब यसलाई नेटवर्क डिजाइनका रूपमा लिनुहोस्। अन्य VM ट्रान्जिट VM सम्म पुग्ने कुरा सबनेट रुट तालिकाले तिनीहरूलाई त्यहाँ पठाउँदा र NIC ले फर्वार्ड गरिएको ट्राफिक स्वीकार गर्दा मात्र हुन्छ, त्यसैले काम रुट तालिका र फर्वार्डिङ अनुमति हो, अर्को क्लाइन्ट इन्स्टल होइन।
सर्त दुई: तपाईं प्रशासनको बाटो राख्न सक्नुहुन्छ?
जबरजस्त रुट इन्स्टल गर्ने VPN क्लाइन्टले VM प्रशासन गर्न प्रयोग गर्ने बाटो खोस्न सक्छ। टनेलको गन्तव्य सूची व्यवस्थापन नेटवर्कसँग ओभरल्याप भयो भने क्लाइन्ट जोडिएको क्षणमै तपाईंको SSH वा RDP सत्र टुट्छ, र सुधार सिरियल कन्सोल वा पुनर्निर्माणबाट गर्नुपर्छ।
अघि र पछि जाँच्नुहोस्। Linux मा ip route get <management-ip> कर्नेलले अहिले कुन इन्टरफेस र स्रोत प्रयोग गर्ने देखाउँछ; टनेल खुला रहँदा आएको उत्तरसँग त्यसको तुलना गर्नुहोस्। स्पष्ट गन्तव्य सूचीसहितको विभाजित टनेल पूर्वनिर्धारित रुटभन्दा समर्थन गर्न सजिलो हुन्छ, र सामान्यतया वर्कलोडलाई साँच्चै त्यही चाहिन्छ।
सर्त तीन: मध्यरातमा यसलाई कसले प्याच गर्छ?
गेस्ट क्लाइन्ट भनेको तपाईंको अपरेटिङ सिस्टम, तपाईंको क्लाइन्ट संस्करण र तपाईंका प्रमाणपत्र हुन्। तपाईं पहिले नै VM र यसको प्याच चक्र चलाइरहनुभएको छ भने त्यो ठीक छ। VM केवल टनेल राख्नका लागि मात्र अवस्थित छ भने त्यो नराम्रो सौदा हो। गेस्ट क्लाइन्टलाई सस्तो भन्नुअघि प्याचका घण्टा गन्नुहोस्। रिबुट चाहिने क्लाइन्ट अपग्रेड टनेल खुला राख्नका लागि अवस्थित मेसिनका लागि तपाईंले नै तय गरेको अवरोध हो।
व्यवस्थापित गेटवे त्यो मर्मत प्लेटफर्ममा सार्छ। पहिचान, अधिकार र यसका पछाडिका नेटवर्क बाटो अझै तपाईंकै हुन्, तर क्लाइन्ट अपडेट लागू गर्न तपाईं मेसिन रिबुट गर्नुहुन्न।
व्यवस्थापित गेटवेले के गर्दैन
Azure VPN Gateway आफ्नै साइट-देखि-साइट र पोइन्ट-देखि-साइट व्यवस्थासहितको VNet जडान सेवा हो। यो गेस्टमा VPN सफ्टवेयर प्रतिबन्ध लगाउने नियम होइन, र एउटा अनुप्रयोगलाई आवश्यक पर्ने क्लाइन्टको सीधा विकल्प पनि होइन।
यसले दिने नेटवर्क तहमा जडान हो, जहाँ धेरै वर्कलोड राउटिङमार्फत पुग्न सक्छन्। यसले नदिने भनेको एउटा VM मा एउटै प्रक्रियाले प्रयोग गर्ने र त्यो प्रक्रियाको पहिचानसम्म सीमित टनेल हो। यो सीमा माफी माग्नलायक कमी होइन; त्यही गेस्ट-क्लाइन्ट डिजाइनको उद्देश्य हो। एउटा अनुप्रयोग, एउटा रुट, एउटा प्रमाणहरूको सेट, सबनेटका अन्य VM मा कुनै प्रभाव छैन।
त्यसैले तुलना व्यवस्थापित विरुद्ध सफ्टवेयर होइन। त्यो नेटवर्क-व्याप्तिको जडान विरुद्ध प्रक्रिया-व्याप्तिको जडान हो, र दोस्रो त्यतिबेला जायज हुन्छ जब एउटै प्रक्रियालाई त्यो चाहिन्छ।
आवश्यकता पर्नुअघि वृद्धिको बाटो योजना गर्नुहोस्
आवश्यकता एउटा VM बाट सबनेटसम्म बढ्यो भने क्लाइन्टका स्वीकृत प्रिफिक्स फराकिलो बनाउनुको सट्टा डिजाइन पुनर्निर्माण गर्नुहोस्। सुविधाजनक सत्रलाई कागजात नभएको राउटरका रूपमा पुन: प्रयोग गर्दा प्रत्येक उपभोक्ता त्यो VM को आयु, यसका प्रमाण र यसको प्याच विन्डोसँग बाँधिन्छ।
जडान वर्कलोड-व्याप्तिको सट्टा नेटवर्क-व्याप्तिको भएपछि उपयुक्त सुरुवात बिन्दु Azure VPN Gateway को अवलोकन हो।
छान्नुअघि तीन लाइन लेख्नुहोस्: टाढाको छेउलाई के चाहिन्छ, VM को प्रशासन कसले गर्छ, र टनेल कसले प्याच गर्छ। तीनै उत्तर एउटै वर्कलोडतिर संकेत गर्छन् भने गेस्ट क्लाइन्ट इमानदार डिजाइन हो। तीमध्ये कुनैले सबनेटतिर संकेत गर्यो भने अब नेटवर्क तह डिजाइन गर्नुहोस्।