অ্যাপের কিল সুইচ বনাম ফায়ারওয়ালের কিল সুইচ: প্রতিটি কী আটকায়

ফিচার তালিকায় থাকা কিল সুইচ টানেল ভেঙে পড়লে কী ঘটে সে সম্পর্কে প্রায় কিছুই বলে না। একটি বাস্তবায়ন নির্বাচিত প্রসেস বন্ধ করে, আরেকটি অপারেটিং সিস্টেমের সীমানায় প্যাকেট ফিল্টার বসায়, তৃতীয়টি কেবল আবার সংযোগ করার চেষ্টা করে। পার্থক্যটি ব্যর্থতার পরের সেকেন্ডগুলোতে দেখা যায়, সেটিংস স্ক্রিনে নয়। এই পরীক্ষাগুলো ক্রমে করুন এবং প্রথম যে পরীক্ষার সৎ উত্তর দিতে পারবেন না সেখানেই থামুন, কারণ সেখানেই আপনার প্রকৃত কভারেজ শেষ।

প্রথমে প্রয়োগের প্রক্রিয়ার নাম বলুন

প্রসেস বন্ধ করা একটি অ্যাপ্লিকেশন-লাইফসাইকেল বৈশিষ্ট্য। এটি টানেলের ব্যর্থতা শনাক্ত করার পর নির্বাচিত প্রোগ্রাম খুঁজে বন্ধ করে। মূল প্রসেস নয় এমন সবকিছু টিকে থাকে: সহায়ক সেবা, ব্যাকগ্রাউন্ড সিঙ্ক এবং এক সেকেন্ড পরে চালু হওয়া যেকোনো অ্যাপ্লিকেশনের নিজস্ব লাইফসাইকেল ও নিজস্ব সময়সূচি থাকে।

প্যাকেট ফিল্টারিং একটি অপারেটিং সিস্টেম বৈশিষ্ট্য। এটি অনুমোদিত পথ অনুসরণ করে না এমন ট্রাফিক প্রত্যাখ্যান করে, যা আরও শক্তিশালী প্রতিশ্রুতি, কিন্তু কেবল সেই সীমার মধ্যে যা নিয়মটি সত্যিই মেলায়। ঠিকানা পরিবার, ইন্টারফেস, বাদ দেওয়া অ্যাপ্লিকেশন ও ব্যতিক্রমগুলি তা নির্ধারণ করে, ক্লায়েন্টের লেবেল নয়।

ব্লকটি কি ক্লায়েন্টের চেয়ে বেশি টেকে?

এই ক্রমে চারটি প্রশ্ন করুন: ক্র্যাশে, ম্যানুয়াল কুইটে, লগআউটে এবং রিবুটে কী ঘটে। ক্লায়েন্ট নিজেই যে নিয়ম রক্ষণাবেক্ষণ করে তা সাধারণত সুশৃঙ্খল শাটডাউনের সময় সরানো হয় এবং প্রায়ই ক্র্যাশের পরে রয়ে যায়। প্ল্যাটফর্ম স্টোরে ইনস্টল করা নিয়ম উল্টোভাবে আচরণ করতে পারে: ক্লায়েন্ট এবং মাঝে মাঝে আনইনস্টল দুটোই টিকে যায়।

একটি দীর্ঘ ডাউনলোডের মাঝখানে ক্লায়েন্ট বন্ধ করুন এবং দেখুন স্থানান্তর থামে না চলে।

সাধারণ ফাঁকগুলো খুঁজুন

IPv6 হলো প্রথমটি। IPv4 ঠিকানার জন্য লেখা নিয়ম IPv6 ট্রাফিককে অক্ষত রাখে, এবং অনেক ক্লায়েন্ট কেবল v4 অংশটি লেখে। দ্বিতীয়টি হলো ইন্টারফেস: USB টিথারিং, দ্বিতীয় Wi-Fi অ্যাডাপ্টার এবং সেলুলার মডেম প্রাথমিক সংযোগে সীমাবদ্ধ নিয়মে অন্তর্ভুক্ত নাও থাকতে পারে। বাদ দেওয়া অ্যাপ্লিকেশন এবং লোকাল-নেটওয়ার্ক ব্যতিক্রম হলো তৃতীয়টি।

Windows-এ টগল বিশ্বাস না করে ইনস্টল করা নিয়ম পড়া যায়: Get-NetFirewallRule -DisplayName '*VPN*' এবং netsh wfp show filters দুটোই দেখায় কী আছে। Linux-এ iptables -S, ip6tables -S এবং nft list ruleset সাধারণ কেসগুলো কভার করে, আর তিনটিই তুলনা করাই মূল বিষয়।

DNS-ই সাধারণ লিক

UDP 53 খোলা রেখে TCP আটকালে আপনি খুব বিশ্বাসযোগ্য একটি কিল সুইচ পান যা এখনও প্রতিটি হোস্টনেম জিজ্ঞাসার উত্তর দেয়। একই কথা প্রযোজ্য যখন DNS অন্য ইন্টারফেসের রেজলভারে দেওয়া হয়, বা ক্লায়েন্ট কেবল v4 আটকায় আর রেজলভার v6 দিয়ে পৌঁছানো যায়।

টানেল বন্ধ থাকলে একটি পরিচিত নাম রিজলভ করুন এবং দেখুন উত্তর ফিরে আসে কি না। যদি আসে, স্ট্যাটাস আইকন যা-ই বলুক, ট্রাফিক পুরোপুরি আটকানো নেই।

টগল নয়, রূপান্তর পরীক্ষা করুন

নিজের মেনু থেকে VPN বন্ধ করা একটি সুশৃঙ্খল শাটডাউন, আর সুশৃঙ্খল কেসটি প্রতিটি বাস্তবায়ন ভালোভাবে সামলায়। গুরুত্বপূর্ণ রূপান্তরটি হলো রুক্ষটি: টানেল প্রসেসটি মেরে ফেলুন, নেটওয়ার্ক টেনে বের করুন, সার্ভারকে উত্তর দেওয়া বন্ধ করতে দিন। তারপর একটি অনুরোধ শুরু করুন এবং দেখুন তা ব্যর্থ হয় নাকি চুপচাপ ফিজিক্যাল লিংক ব্যবহার করে।

একটি ল্যাপটপের ফলাফল ফোন বা রাউটারে স্থানান্তরিত হয় না। ভিন্ন প্ল্যাটফর্ম API, ভিন্ন ডিফল্ট, আর Android-এ পার্থক্য তীব্র: ব্লকিংসহ always-on ক্লায়েন্ট নয়, সিস্টেমই প্রয়োগ করে, তাই ক্লায়েন্ট না চললেও তা চলে। Android VPN নির্দেশিকা এই বিভাজনটি বর্ণনা করে।

ফিরে আসার পথ রাখুন

সিস্টেম-স্তরের ব্লকিংয়ের বিপরীত ব্যর্থতার ধরন আছে। ক্লায়েন্টের চেয়ে বেশি টিকে থাকা ফিল্টার আনইনস্টলের পরে মেশিনকে সম্পূর্ণ নেটওয়ার্কহীন করে রাখতে পারে, যা স্পষ্ট কারণ ছাড়াই একটি সাপোর্ট কল। প্ল্যাটফর্ম নিয়ম লেখে এমন যেকোনো কিল সুইচ চালু করার আগে এটি কীভাবে সরানো হয় তা লিখে রাখুন, এবং ভেন্ডরের মেরামতের পথ যেখানে খুঁজে পাবেন সেখানে রাখুন।

আপনি যদি আপনার ক্লায়েন্টের জন্য ক্র্যাশ, IPv6, DNS ও রূপান্তর পরীক্ষার উত্তর দিতে না পারেন, তবে এটিকে পরিচিত ফাঁকসহ অ্যাপ-স্তরের সুইচ হিসেবে ধরুন এবং সেই অনুযায়ী পরিকল্পনা করুন।