तपाईंको क्लाउड VPN अझै होस्टिङ प्रदायकमा निर्भर छ
गेस्टको प्रशासनले तपाईंलाई हाइपरभाइजर, नेटवर्क वा खाता दिँदैन। सुरुङभित्रबाट ठीक गर्न नसकिने निर्भरताहरूको योजना बनाउनुहोस्।
तपाईंले अपरेटिङ सिस्टम स्थापना गर्नुभयो, सेवालाई कडा बनाउनुभयो र कुञ्जीहरू तपाईंकै हातमा छन्, अनि सर्भर आफ्नै भएको महसुस हुन थाल्छ। तर त्यो भाडाको फ्ल्याटजस्तै हो: ढोकाको ताल्चा तपाईंको नियन्त्रणमा छ, भवन होइन। हाइपरभाइजर, इन्स्ट्यान्सअगाडिको नेटवर्क र सबै कुरा पुनः बनाउन सक्ने खाता अरू कसैको हो। यही भिन्नताले रिकभरी योजनाले के समेट्नुपर्ने हो भन्ने निर्धारण गर्छ, र स्व-होस्टिङले सबैभन्दा कम परिवर्तन गर्ने भाग पनि यही हो।
खाता नै वास्तविक नियन्त्रण तल हो
होस्टिङ खाताले भर्चुअल मेसिन, त्यसका डिस्क, स्न्यापसट, सार्वजनिक ठेगाना र नेटवर्क नियमहरू व्यवस्थापन गर्छ। यीमध्ये प्रत्येकलाई गेस्टमा लगइन नगरीकनै परिवर्तन गर्न सकिन्छ, जसले खातालाई अधिकांश VPN गाइडले वर्णन गर्ने खतरा मोडेलबाहिर राख्छ। उत्तम सुरुङ कन्फिगरेसन पनि डिस्क फेर्ने खाता कार्यमा टिक्छ।
त्यो खातालाई छुट्टै सम्पत्तिका रूपमा सुरक्षित राख्नुहोस्: स्वतन्त्र प्रमाणहरू, हार्डवेयर-समर्थित दोस्रो कारक र कोही साँच्चै पढ्ने अडिट ट्रेल। VPN सेवासँगै उही पासवर्ड म्यानेजर प्रविष्टि साझा गर्नु त्यो गल्ती हो जसले बाँकी सबै नियन्त्रणलाई अर्थहीन बनाउँछ।
प्रदायकको कर्तव्य विभाजन सामान्य क्लाउडका लागि होइन, विशिष्ट उत्पादनका लागि पढ्नुहोस्। साझा जिम्मेवारी मोडेल तहहरू कसरी विभाजित छन् भन्ने उपयोगी उदाहरण हो, र अन्य प्रदायकहरूले त्यसैलाई उत्तराधिकारमा नलिई आफ्नै सीमा बताउँछन्। तपाईंले खोज्नुभएको कुरा यो हो कि कुन असफलताहरू तपाईंले ठीक गर्नुपर्छ र कुनलाई मात्र रिपोर्ट गर्न सक्नुहुन्छ।
तपाईंले व्यवस्थापन गर्न नसक्ने पूर्वाधार घटनाहरू
प्रत्यक्ष माइग्रेसन, होस्ट मर्मत, भौतिक नोडमा हार्डवेयर खराबी र क्षमता घटना—सबै प्रदायकले आफ्नै तालिकाअनुसार सम्हाल्छ। तपाईंले रिबुट, थोरै प्याकेट क्षति वा ठेगाना परिवर्तन देख्न सक्नुहुन्छ, कारण देख्नुहुनेछैन। इन्स्ट्यान्सलाई स्थिर बिन्दु मान्ने डिजाइनले ती सबैलाई VPN खराबीका रूपमा व्याख्या गर्छ। सही कदम भनेको सेवालाई हराउने इन्स्ट्यान्सप्रति सहनशील बनाउनु हो, तपाईंलाई कहिल्यै नदेखाइने कारणको अनुसन्धान गर्नु होइन।
ब्याकअप यही तहका हुन्, सुरुङका होइनन्। सर्भर कन्फिगरेसन, पहिचान, ठेगाना योजना र अनुमत मार्गहरू इन्स्ट्यान्स पहुँचयोग्य हुनमा निर्भर नहुने ठाउँमा राख्नुहोस्, र मूल डिस्कबिना प्रतिलिपि पुनर्स्थापना गर्न सकिन्छ भनी पुष्टि गर्नुहोस्।
ठेगानाको व्यवहारले छुट्टै जाँचको योग्य छ। सार्वजनिक ठेगाना रोक्ने, फेर्ने वा मेट्नेपछि टिक्छ कि टिक्दैन भन्ने त्यो कसरी तोकियो भन्नेमा निर्भर छ, र यी तीन कार्यहरू आपसमा फेरबदलयोग्य छैनन्। घटनाले प्रश्नलाई अत्यावश्यक बनाउनुअघि तपाईं कुनमा निर्भर हुनुहुन्छ लेख्नुहोस्।
पुनर्निर्माणपछि के बाँकी रहन्छ जाँच्नुहोस्
सबै कुरा चलिरहेकै बेला रिकभरी मार्ग बनाउनुहोस्। प्रदायकले दिने कन्सोल वा आउट-अफ-ब्यान्ड पहुँच पहिचान गर्नुहोस्, सुरुङबिना त्यहाँ पुग्न सकिन्छ भनी पुष्टि गर्नुहोस्, र बिग्रिएको ल्यापटप वा हराएको फोनले लैजान नसक्ने ठाउँमा प्रमाणहरू राख्नुहोस्। स्थानीय फायरवाल परिवर्तनले सुरुङ रोक्छ भने त्यही कन्सोल फर्कने एकमात्र बाटो हो।
curl -s http://169.254.169.254/latest/meta-data/instance-id
curl -s http://169.254.169.254/latest/meta-data/public-ipv4
cloud-init status --long
मेटाडाटा सेवाले गेस्टले अन्यथा देख्न नसक्ने इन्स्ट्यान्ससम्बन्धी प्रश्नको जवाफ दिन्छ, र त्यसका ठ्याक्कै मार्ग प्रदायक र प्लेटफर्मअनुसार फरक पर्छन्, त्यसैले तपाईंले चलाउनुभएको उत्पादनको कागजातसँग भिडाएर जाँच्नुहोस्। त्यसपछि परीक्षण इन्स्ट्यान्सको एउटा नियन्त्रित पुनर्निर्माण गर्नुहोस् र समय नाप्नुहोस्। कसैले नगरेको रिकभरी प्रक्रिया केवल अनुमान हो।
पुनर्निर्माणले ठेगाना, होस्ट कुञ्जी, डिस्क पहिचान र ग्राहकहरूले पिन गर्ने सबैमा के गर्यो ध्यान दिनुहोस्। होस्ट कुञ्जी क्यास गरेका ग्राहकहरूले पुनर्निर्माणपछि गुनासो गर्नेछन्, र त्यो गुनासो दबाउनुपर्ने बग होइन, सही व्यवहार हो।
स्व-होस्टिङले वास्तवमा के परिवर्तन गर्छ निर्णय गर्नुहोस्
आफ्नै VPN चलाउनुले विश्वास VPN सञ्चालकबाट होस्टिङ प्रदायक र तपाईंतिर सार्छ। त्यो वास्तविक परिवर्तन हो, र तेस्रो पक्ष हटाउनुसँग बराबर होइन। उद्देश्य व्यावसायिक VPN लाई ट्राफिक हेर्नबाट रोक्नु थियो भने, प्रदायकले अझै इन्स्ट्यान्सको नेटवर्क, डिस्क र बिलिङ अभिलेख हेर्न सक्छ।
तपाईंका आफ्नै लगहरूले तपाईंको सफ्टवेयर वर्णन गर्छन्, र प्रदायकले राख्ने हरेक पूर्वाधार अभिलेख वर्णन गर्दैनन्। उल्टो पनि सत्य हो: पूर्वाधारको दृश्यताले प्रदायकले के राख्छ भनी सिद्ध गर्दैन। दुवै प्रश्नलाई प्रदायकको नीति र तपाईंको कन्फिगरेसन चाहिन्छ, र एउटाले अर्कोको जवाफ दिँदैन।
जवाफलाई श्रम विभाजनका रूपमा लेख्नुहोस्: कुन तह असफल भयो, कसले त्यसलाई ठीक गर्न सक्छ र त्यो मर्मतमा कति समय लाग्छ। स्व-होस्टिङले तपाईं कसलाई विश्वास गर्नुहुन्छ त्यो परिवर्तन गर्छ, र अभ्यासको उपयोगी भाग भनेको कुन तहका लागि तिनीहरूलाई विश्वास गर्नुहुन्छ भन्ने ठ्याक्कै थाहा पाउनु हो।