VPN লকডাউন ব্যতিক্রম কীভাবে নথিভুক্ত করবেন যাতে তা অপসারণ করা যায়
যে ব্যতিক্রম কেউ বর্ণনা করতে পারে না, তা স্থায়ী। এটি যে ট্রাফিক অনুমোদন করে, সেই প্রয়োজনীয়তা, ব্যর্থতার আচরণ এবং যে উপাদান এটি অপসারণ করে—সবই লিখে রাখুন।
যেসব বাইপাসের উদ্দেশ্য তাদের লেখকের সঙ্গে চলে গেছে, তারাই তাদের উপযোগিতা ছাড়িয়ে বেঁচে থাকে, আর লকডাউন নীতিগুলো অন্য যেকোনো ধরনের কনফিগারেশনের চেয়ে দ্রুত সেগুলো জমায়। “স্থানীয় নেটওয়ার্ককে অনুমতি দিন” হিসেবে লেখা ব্যতিক্রম হলো এমন একটি নিয়ম যা কেউ রক্ষা করতে পারে না এবং কেউ বাতিলও করতে পারে না, কারণ এর পেছনের প্রয়োজনীয়তা যিনি এটি যোগ করেছিলেন তাঁর সঙ্গেই চলে গেছে। এই ধরনের নীতি ব্যর্থ হয় কারণ তারা এমন ছাড় বহন করে যাদের কারণ বাষ্পীভূত হয়েছে কিন্তু ঝুঁকি থেকে গেছে। পরিধি, ব্যর্থতার আচরণ এবং অপসারণের ধাপ লেখার উপযুক্ত সময় হলো ঠিক যখন আপনি ব্যতিক্রমটি যোগ করেন, যখন কেউ এখনও কারণটি মনে রেখেছে।
এটি একটি সিদ্ধান্ত যে নোটটিতে কী থাকতে হবে, কোনো পূরণ করার টেমপ্লেট নয়। নিচের চারটি ক্ষেত্রই নির্ধারণ করে একজন পর্যালোচক এক বছর পরে বৈঠক ছাড়াই নিয়মটি অপসারণ করতে পারবেন কি না। প্রতিটি ক্ষেত্র আছে কারণ এর অনুপস্থিতির একটি পূর্বানুমেয় মূল্য রয়েছে।
কেন নথিভুক্ত না করা বাইপাস কখনও বাতিল হয় না
বর্ণনাহীন বাইপাস পরীক্ষা করা যায় না, তাই নিরাপদে অপসারণও করা যায় না। এটি প্রতিটি পর্যালোচনা থেকে টিকে যায়, কারণ মুছে ফেলা ঝুঁকিপূর্ণ মনে হয় আর ধরে রাখা নিরীহ মনে হয়, এবং যে পর্যালোচনা এটি এড়িয়ে যায় তা পরেরটিও এড়িয়ে যাওয়া সহজ করে তোলে। খরচটি অদৃশ্য থাকে যতক্ষণ না কোনো নিরীক্ষা জিজ্ঞাসা করে কেন একটি প্রাইভেট রেঞ্জ ছাড় পেয়েছে, আর তখন উত্তরটি হয় কাঁধ ঝাঁকানো।
রেকর্ডটি এত ছোট হতে হবে যে মানুষ সত্যিই পরিবর্তনের সময়সীমার মধ্যে এটি লেখে। ট্রাফিকের জন্য এক লাইন, যে প্রয়োজনীয়তাটি এটি সেবা করে তার জন্য এক লাইন।
পরিধিকে ট্রাফিক হিসেবে লেখা
অ্যাপ্লিকেশন বা গন্তব্য রেঞ্জ, সংশ্লিষ্ট অ্যাড্রেস ফ্যামিলি, সার্ভিস ও পোর্ট, এবং যে নেটওয়ার্ক প্রসঙ্গে নিয়মটি প্রযোজ্য তা তালিকাভুক্ত করুন, তারপর অনুমোদনকারীর নাম এবং এটি বহনকারী সঠিক ক্লায়েন্ট বা প্ল্যাটফর্ম সেটিং লিখুন। “প্রিন্টার” একটি ইচ্ছা; “TCP 631 থেকে 192.168.1.50, শুধু হোম নেটওয়ার্ক” হলো এমন পরিধি যা কেউ যাচাই করতে পারে। যদি “এটি কোথায় থাকে” প্রশ্নের উত্তর হয় “MDM প্রোফাইলের কোথাও”, তবে রেকর্ডটি অসম্পূর্ণ। একটি ফাইল পাথ, একটি প্রোফাইল নাম বা একটি রেজিস্ট্রি কী—সেটিংটি কোথায় হতে পারে তার বর্ণনার চেয়ে ভালো।
যেখানে প্ল্যাটফর্ম প্রতি-অ্যাপ্লিকেশন নিয়ম সমর্থন করে, সেখানে অ্যাড্রেস রেঞ্জের চেয়ে সেগুলোকে প্রাধান্য দিন, কারণ একটি অ্যাপ্লিকেশনকে টানেল এড়িয়ে যেতে দেওয়া পুরো একটি প্রাইভেট সাবনেটকে ছাড় দেওয়ার চেয়ে সংকীর্ণ এবং ডিভাইসটি নতুন ঠিকানায় গেলেও তা টিকে থাকে। Android-এর VpnService গাইড সেই প্রতি-অ্যাপ্লিকেশন মডেলটি বর্ণনা করে; ডেস্কটপ ক্লায়েন্টরা নিজেদের প্রোফাইল সেটিংয়ের মাধ্যমে একই ধারণা প্রকাশ করে। প্ল্যাটফর্ম যখন আরও সংকীর্ণ কিছু দেয় না, তখন অ্যাড্রেসভিত্তিক ছাড়ই বিকল্প, তাই তাদের আরও সূক্ষ্ম পরিধি-লাইন দরকার।
চার ধরনের ব্যতিক্রম, চার ধরনের অপসারণ-ঝুঁকি
ব্যতিক্রম একটিই শ্রেণি নয়, এবং তাদের অপসারণ ভিন্ন পরিণতি বহন করে। দুই ধরনের মধ্যে একটিই লাইন ভাগ করা মানে হলো প্রিন্টার বাতিল করতে গিয়ে সংযোগ করার সক্ষমতাও বাতিল হয়ে যাওয়া।
| Kind | Typical example | Removal risk |
|---|---|---|
| Endpoint bootstrap | reaching the gateway before the tunnel exists | high: nothing comes up without it |
| Captive portal | hotel or airport sign-in page | medium: only matters on untrusted networks |
| Local device | printer, casting target, test instrument | low: one service at one address |
| Excluded application | an app that must not use the tunnel | medium: depends on the app's own behaviour |
বুটস্ট্র্যাপ, পোর্টাল, ডিভাইস ও অ্যাপ্লিকেশন ব্যতিক্রমগুলো আলাদা লাইনে রাখুন, এমনকি যখন বাস্তবে সেগুলো ওভারল্যাপ করে। একটি প্রাইভেট-রেঞ্জ ছাড় নিঃশব্দে ওই সাবনেটের প্রতিটি প্রতিবেশীকে অনুমতি দেয়, আপনি যে একক ডিভাইসে পৌঁছাতে চেয়েছিলেন তা নয়, আর এটাই এমন পরিধির মধ্যে পার্থক্য যা আপনি রক্ষা করতে পারেন এবং যেটির বিষয়ে আপনি কেবল আশা করেন।
টানেল পড়ে গেলে বাইপাস কী করে
তিনটি প্রশ্ন করুন এবং উত্তরগুলো লিখে রাখুন, কারণ তারাই ঠিক করে লকডাউনটি সত্যিকারের কি না। টানেল পড়ে গেলে ব্যতিক্রমটি ব্যবহারযোগ্য থাকে কি: captive portal-এর জন্য অবশ্যই থাকতে হবে, নইলে কেউ কখনও সাইন ইন করতে পারবে না, আর প্রাইভেট রিসোর্সের জন্য সাধারণত থাকা উচিত নয়, নইলে নীতিটি নিছক সাজসজ্জা। এটি কি প্রতিটি নেটওয়ার্কে প্রযোজ্য নাকি কেবল নির্দিষ্ট পরিবেশে, কারণ হোম সাবনেটে সীমাবদ্ধ নিয়ম একটি পাবলিক নেটওয়ার্কে সম্পূর্ণ ভিন্নভাবে আচরণ করে যা কাকতালীয়ভাবে একই রেঞ্জ ব্যবহার করে। প্রতিটি উত্তর নিয়ম ও নোট দুটোই বদলে দেয়, তাই উত্তরহীন প্রশ্ন হলো এমন সিদ্ধান্ত যা পরে অন্য কেউ ভুলভাবে নেবে।
তৃতীয় প্রশ্নটি হলো কী ঘটে যখন গন্তব্য তার ঠিকানা বদলায়, যেখানে ডোমেইনভিত্তিক ও অ্যাড্রেসভিত্তিক ছাড় আলাদা পথে যায়। ডোমেইনভিত্তিক নিয়ম নির্ভর করে রিজলিউশন কখন ঘটে এবং ক্লায়েন্ট ফলাফলটি কীভাবে প্রয়োগ করে তার ওপর, তাই সম্পর্কহীন দেখতে কোনো পরিবর্তনের পর তারা নিঃশব্দে মিলতে বন্ধ করতে পারে, আর ব্যর্থতাটি পুরনো ছাড়ের মতো নয়, বরং ভাঙা VPN-এর মতো দেখায়।
পরীক্ষা করুন, আবার পরীক্ষা করুন, এবং অপসারণের ধাপ লিখুন
অনুমোদিত পথের জন্য একটি নিরীহ পরীক্ষা এবং কাছাকাছি একটি প্রত্যাখ্যাত ঘটনা লিখুন: প্রিন্টার পৃষ্ঠাটি লোড হয় আর একই সাবনেটের ফাইল শেয়ারটি হয় না। এই জোড়াটিই প্রমাণ করে ব্যতিক্রমটি সংকীর্ণ, এবং এটিই সেই জোড়া যা একজন পর্যালোচক মূল অনুরোধ না বুঝেও পুনরাবৃত্তি করতে পারেন। তারপর পুনঃপরীক্ষার ট্রিগার নির্ধারণ করুন, কারণ যে ব্যতিক্রম কখনও আবার পরীক্ষা করা হয় না তা যে প্রয়োজনীয়তার জন্য লেখা হয়েছিল তা থেকে সরে যায়, আর এই সরে যাওয়া কিছু ভাঙার আগ পর্যন্ত অদৃশ্য থাকে।
শেষে, যে উপাদানটি নিয়মটির মালিক তার মাধ্যমে এটি কীভাবে অপসারণ করতে হবে তা লিখুন, এবং নোটের বাইরে গোপনীয়তা রাখুন। একটি সার্ভিস ও একটি রুটের বর্ণনায় কখনও প্রাইভেট কী, পাসওয়ার্ড বা কারও ব্রাউজিং ইতিহাসের প্রয়োজন হয় না, আর একটি সংক্ষিপ্ত রক্ষণাবেক্ষণকৃত তালিকা এমন একটি সাময়িক নিয়মের চেয়ে ভালো যা তা লেখা ব্যক্তির চেয়ে বেশি দিন টিকে গেছে।