আপনার ক্লাউড 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-কে ট্রাফিক দেখা থেকে থামানো হয়, প্রদানকারী তবুও ইনস্ট্যান্সের নেটওয়ার্ক, ডিস্ক ও বিলিং রেকর্ড দেখতে পারে।
আপনার নিজের লগ আপনার সফটওয়্যার বর্ণনা করে, প্রদানকারীর রাখা প্রতিটি অবকাঠামো রেকর্ড বর্ণনা করে না। উল্টোটাও সত্য: অবকাঠামো দৃশ্যমানতা প্রমাণ করে না প্রদানকারী কী সংরক্ষণ করে। দুটি প্রশ্নেরই প্রদানকারীর নীতি ও আপনার কনফিগারেশন দরকার, আর একটি অন্যটির উত্তর দেয় না।
উত্তরটি শ্রম বিভাজন হিসেবে লিখুন: কোন স্তর ব্যর্থ হলো, কে তা মেরামত করতে পারে এবং সেই মেরামত কত সময় নেয়। স্ব-হোস্টিং বদলায় আপনি কাকে বিশ্বাস করেন, আর অনুশীলনের উপযোগী অংশ হলো ঠিক কোন স্তরের জন্য তাদের বিশ্বাস করছেন তা জানা।