কিল সুইচ আপনার প্রিন্টার আটকে দিচ্ছে? প্রথমে তিনটি পরীক্ষা চালান
কিল সুইচ ইচ্ছাকৃতভাবে প্রিন্টারের ট্র্যাফিক আটকে দেয়। স্থানীয় নেটওয়ার্কে সীমিত ব্যতিক্রম ন্যায্য কি না তা ঠিক করতে তিনটি পরীক্ষা চালান, আর তা একটিমাত্র ঠিকানায় সীমাবদ্ধ রাখুন।
এক ঘণ্টা আগেও আপনার প্রিন্টার কাজ করছিল। তারপর আপনি VPN চালু করলেন, আর এখন কাজগুলো ব্যর্থ হওয়ার আগ পর্যন্ত সারিতে পড়ে থাকে। সম্ভাব্য কারণ প্রিন্টার নয়, কিল সুইচ: এটি এমন ট্র্যাফিক ফেলে দেয় যা মেশিনটিকে টানেলের বাইরে নিয়ে যেত, আর ল্যান প্রিন্টার ঠিক সেই ধরনের ট্র্যাফিক। আসল সিদ্ধান্ত হলো কীভাবে প্রিন্টিং ঠিক করবেন তা নয়, বরং এই ডিভাইসের আদৌ স্থানীয় নেটওয়ার্কে পৌঁছানো উচিত কি না। তিনটি শর্ত এটি নির্ধারণ করে, আর এর যেকোনো একটি কথোপকথন আগেভাগেই শেষ করতে পারে।
কিল সুইচ কী ফেলে দেয় এবং কেন
কিল সুইচ হলো একটি রাউটিং নিয়ম যার সঙ্গে একটি ব্যর্থতার মোড জুড়ে আছে। টানেল চালু থাকলে মিলে যাওয়া প্যাকেটগুলো এনক্রিপ্ট হয়ে বের হয়; টানেল পড়ে গেলে ক্লায়েন্ট ডিফল্ট রুটকে ব্ল্যাকহোলে পাঠায় যাতে কিছুই সাদা টেক্সটে বাইরে না যায়। একই সাবনেটের প্রিন্টার কখনোই টানেল রুটের সঙ্গে মেলে না, তাই ট্র্যাফিক কখনো ভবন ছেড়ে না গেলেও তাকে পালানোর চেষ্টা হিসেবে ধরা হয়।
ডিসকভারি লক্ষণটিকে বিভ্রান্তিকর করে তোলে। প্রিন্টারগুলো 5353 পোর্টে মাল্টিকাস্ট DNS-এ নিজেদের বিজ্ঞাপন দেয়, আর প্রিন্টার যোগ করার ডায়ালগে দেখানো সারি সেই বিজ্ঞাপনগুলো থেকেই তৈরি হয়। ব্লক সক্রিয় থাকাকালে বিজ্ঞাপনটি নাও পৌঁছাতে পারে, তাই প্রিন্টার তালিকা থেকে হারিয়ে যায় যদিও তার ঠিকানা এখনো সাড়া দেয়। 631-এ IPP, 9100-এ কাঁচা প্রিন্টিং আর 445-এ SMB — এগুলো টানেলের কোনো পথ ছাড়াই সাধারণ ল্যান সেবা।
প্রথমে প্রমাণ করুন প্রিন্টারে পৌঁছানো যায়
কোনো নীতি বদলানোর আগে নিশ্চিত করুন প্রিন্টারটি সুস্থ আছে এবং আপনি যে ঠিকানাটি ভাবছেন সেটি নিশ্চিত করুন। প্রিন্টারের প্যানেল বা তার নিজের ওয়েব পাতা থেকে ঠিকানাটি পড়ুন। অপারেটিং সিস্টেমের তালিকায় পুরোনো এন্ট্রি এমন ঠিকানা দেখাতে পারে যা DHCP কয়েক সপ্তাহ আগে অন্য ডিভাইসকে দিয়েছিল।
VPN বিচ্ছিন্ন করুন, তারপর ঠিকানাটি এবং দুটি সাধারণ প্রিন্ট পোর্ট পরীক্ষা করুন:
nc -vz 192.168.1.50 9100
nc -vz 192.168.1.50 631Windows-এ সমতুল্য হলো Test-NetConnection 192.168.1.50 -Port 9100। VPN আবার সংযুক্ত করুন এবং পুনরাবৃত্তি করুন। VPN বন্ধ থাকলে পোর্টগুলো সাড়া দিলে আর চালু থাকলে সময় শেষ হয়ে গেলে, আপনি ব্লকটি পুনরুৎপাদন করেছেন এবং বাকিটা নীতির প্রশ্ন। দুই অবস্থাতেই যদি ব্যর্থ হয়, থামুন: প্রিন্টার, Wi-Fi সেগমেন্ট বা ক্লায়েন্ট আইসোলেশন দায়ী, আর VPN ব্যতিক্রম কেবল ঝুঁকি বাড়াবে।
অনুমতি না ব্লক — সিদ্ধান্ত নেওয়া তিনটি শর্ত
এগুলো ক্রম অনুসারে চালান। যে শর্তটি প্রথমে ব্যর্থ হয় সেটিই ফলাফল নির্ধারণ করে, তাই পরেরগুলো পরীক্ষা করার দরকার নেই।
| Condition | Allow a scoped exception | Keep the block |
|---|---|---|
| Who owns the network | Home or single-tenant office where you control the segment | Hotel, cafe or shared Wi-Fi where the printer is not yours |
| Who owns the device policy | Personal device with no enforced profile | Managed profile that enforces always-on VPN |
| What the device carries | Nothing another LAN peer must not reach | Client data that must not touch an untrusted segment |
গেস্ট নেটওয়ার্ক সবচেয়ে স্পষ্ট 'না'। হোটেলের সেগমেন্টে স্থানীয় রেঞ্জ মানে অন্য সব অতিথি, তাই যে ব্যতিক্রম আপনার প্রিন্টারে পৌঁছায় তা তাদের ল্যাপটপেও পৌঁছায়। যে প্রিন্টার আপনার নয়, সেটি সেই সেগমেন্ট খোলার কারণ নয়।
ম্যানেজড ডিভাইস হলো দ্বিতীয় 'না'। যখন প্রশাসক প্রোফাইল লকডাউনসহ সবসময়-চালু VPN আরোপ করে, তখন ক্লায়েন্ট যেকোনো স্থানীয় পরিবর্তনের পরে ব্লকটি আবার জারি করে, আর এই সমাধান আপনি যে নীতি মেনেছেন তা ভঙ্গ করতে পারে। যেসব সেটিংস পরে ওভাররাইট হবে সেগুলো সম্পাদনা না করে সমর্থিত স্থানীয়-রিসোর্স পথ চান।
আপনার ক্লায়েন্ট যে সবচেয়ে ছোট ব্যতিক্রম সমর্থন করে
আপনি চান একটি প্রিন্টার ঠিকানার জন্য গন্তব্য-সীমিত নিয়ম, কোনো সর্বজনীন allow-local টগল নয়। সর্বজনীন টগল সাধারণত পুরো প্রাইভেট রেঞ্জ আর লিংক-লোকাল ট্র্যাফিক ঢেকে দেয়, যা একটি প্রিন্ট সারির প্রয়োজনের চেয়ে অনেক বেশি, আর এটি সেগমেন্টের প্রতিটি ডিভাইসকে আপনার গ্রহণ করা সহকর্মীতে পরিণত করে।
Windows স্প্লিট টানেলিং দেয়, কিছু বিল্ড স্থানীয়-নেটওয়ার্ক অপশনও দেয়। যেখানে একমাত্র সমর্থিত পথ একটি হোস্ট এন্ট্রি, সেখানে টানেল ওঠার পরে ফিজিক্যাল গেটওয়ে দিয়ে একটি ঠিকানা যোগ করুন, উদাহরণস্বরূপ route add 192.168.1.50 mask 255.255.255.255 192.168.1.1, তারপর সেশন শেষে তা মুছে ফেলুন। WireGuard অন্যভাবে কাজ করে: AllowedIPs ঠিক করে কী টানেলে ঢুকবে, তাই পূর্ণ-টানেল 0.0.0.0/0 প্রোফাইল প্রিন্ট কাজটি এন্ডপয়েন্টে নিয়ে যায় যদি না আরও নির্দিষ্ট রুট তা এড়িয়ে যায়, আর wg-quick বাকি সবকিছু আটকানো ফায়ারওয়াল নিয়ম বসাতে পারে।
Android-এ যে সবসময়-চালু সেটিং VPN ছাড়া সংযোগ আটকায় সেটিই কিল সুইচ, আর সেই ব্লকের ভেতরের অ্যাপ থেকে প্রিন্টার ডিসকভারির কোনো ল্যান পথ নেই। প্রতি-অ্যাপ ও বর্জন মডেলটি Android VPN পাতায় নথিভুক্ত, কোনো কিছু বদলানোর আগে সেখানেই দেখা উচিত: Android VPN সংযোগ নির্দেশিকা। সাম্প্রতিক macOS সংস্করণ টানেল থেকে আলাদাভাবে স্থানীয় নেটওয়ার্কের অনুমতি চায়, আর iOS স্থানীয় নেটওয়ার্ক অ্যাক্সেসের জন্য একই কাজ করে, তবু টানেল চালু থাকলে সারিটি ব্যর্থ হতে পারে কারণ ভেন্ডর ক্লায়েন্ট সাবনেটটিকে তার ভেতর দিয়ে রুট করে।
যে ক্লায়েন্টই ব্যবহার করুন, ব্যতিক্রমটি একটি ঠিকানায় সীমাবদ্ধ রাখুন এবং প্রিন্টার যে দুটি বা তিনটি পোর্ট সত্যিই ব্যবহার করে সেগুলোতে। ঠিকানা সরতে পারে বলে নিয়মটি পুরো সাবনেটে বাড়ানোর বদলে একটি DHCP লিজ সংরক্ষণ করুন।
ব্যতিক্রমটি যাচাই করুন এবং কখন তা প্রত্যাহার করবেন জানুন
পরিবর্তনের পরে আবার সংযুক্ত হয়ে তিনটি বিষয় ক্রমে যাচাই করুন। প্রিন্টার তার পোর্টে সাড়া দেয়, একটি নিরীহ পরীক্ষামূলক পাতা ছাপা হয়, আর ঠিকানা অনুসন্ধান এখনো আপনার ISP-এর বদলে VPN এন্ডপয়েন্ট ফেরত দেয়। প্রিন্টিং কাজ করলে কিন্তু অনুসন্ধান আপনার ISP দেখালে, আপনি প্রিন্টারের বেশি কিছু খুলে ফেলেছেন এবং ফিরিয়ে নেওয়া উচিত।
রিবুটের পরে এবং যেকোনো ক্লায়েন্ট বা প্রোফাইল হালনাগাদের পরে পরীক্ষাটি পুনরাবৃত্তি করুন, কারণ হালনাগাদগুলো যথেষ্ট ঘন ঘন ডিফল্ট ফিরিয়ে দেয়। যে ব্যতিক্রম কেবল পরের পুনঃসংযোগ পর্যন্ত টেকে তা সিদ্ধান্ত নয়, একটি সাময়িক ফাঁক। সঠিক নিয়মটি লিখে রাখুন যাতে ইচ্ছাকৃতভাবে সরাতে পারেন।
ডিভাইসটি যদি কেবল-টানেল হওয়ার কথা হয় — ভ্রমণ ল্যাপটপ বা ক্লায়েন্ট ডেটা রাখা মেশিন — সঠিক উত্তর হলো ব্লকটি রাখা এবং অন্যত্র প্রিন্ট করা: PDF-এ সংরক্ষণ করে ফোন বা অন্য মেশিন থেকে প্রিন্ট করুন, বা এমন প্রিন্ট সার্ভারে পৌঁছান যা টানেল রুট করতে পারে। একটি কাজের জন্য কিল সুইচ বন্ধ করা বাস্তব সুরক্ষার বিনিময়ে সামান্য সুবিধা নেয়।