নিষ্ক্রিয় অবস্থায় VPN বিচ্ছিন্ন হওয়া ঠিক করা: Wi-Fi পাওয়ার সেভের জন্য একটি চেকলিস্ট

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

প্রথম পরীক্ষা: বিচ্ছেদটি কি নিষ্ক্রিয়তাকে অনুসরণ করে?

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

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

দ্বিতীয় পরীক্ষা: এটি কি কেবল VPN ট্রাফিক?

টানেলকে দোষ দেওয়ার আগে দেখুন লিংকটি নিজেই এখনও ব্যবহারযোগ্য কি না। টানেল মৃত কিন্তু স্ক্রিন এখনও বন্ধ, এমন সময় অ্যাক্সেস পয়েন্টের ঠিকানা এবং IP দিয়ে একটি পাবলিক হোস্টে পৌঁছানোর চেষ্টা করুন। সাধারণ ping-ও ব্যর্থ হলে, রেডিও বা অ্যাক্সেস পয়েন্ট আপনাকে ফেলে দিয়েছে, আর VPN ক্লায়েন্ট কেবল দর্শক।

সাধারণ ট্রাফিক চলছে কিন্তু টানেল চুপ থাকলে, লিংক সুস্থ এবং সমস্যাটি টানেলের নিজের টাইমারে বা ক্লায়েন্ট কীভাবে রিজিউম সামলায় তাতে। এগুলো দুটি ভিন্ন সমাধান, তাই এই ধাপটি বাদ দেবেন না। যে ল্যাপটপে Wi-Fi ও Ethernet দুটোই আছে, সেখানে কেবল খুলে ফেলুন এবং নিষ্ক্রিয়তার পরীক্ষাটি আবার করুন: তারযুক্ত Ethernet-এ যে নিষ্ক্রিয়তার বিচ্ছেদ মিলিয়ে যায়, তা ওয়্যারলেস স্তরের পক্ষে জোরালো প্রমাণ।

তৃতীয় পরীক্ষা: পাওয়ার সেভ অবস্থা পড়ুন

বেশিরভাগ ডেস্কটপ আপনাকে একটি চেকবক্স দেয়, কিন্তু চেকবক্সটি ড্রাইভার যে অবস্থায় আছে তা নয়। আগে ড্রাইভারের নিজস্ব রিপোর্ট পড়ুন, তারপর সিদ্ধান্ত নিন। mac80211 সহ Linux-এ ইন্টারফেস সরাসরি উত্তর দেয়:

iw dev wlan0 get power_save          # on or off, per interface
sudo iw dev wlan0 set power_save off # diagnostic only, lost on reconnect

দ্বিতীয় কমান্ডটি একটি পরীক্ষা, সমাধান নয়। এটি সংযোগ বিচ্ছেদ, স্লিপ বা রিবুট সহ্য করে না, যা স্থায়ী পরিবর্তন না রেখে অনুমানটি যাচাই করার পরিচ্ছন্ন উপায় করে তোলে।

Windows-এ powercfg /q SCHEME_CURRENT সক্রিয় স্কিমটি ছাপে, আর ওয়্যারলেস অ্যাডাপ্টারের সাবট্রি দেখায় অ্যাডাপ্টারকে পাওয়ার সাশ্রয়ের নির্দেশ দেওয়া যায় কি না; একই পছন্দ অ্যাডাপ্টারের পাওয়ার ম্যানেজমেন্ট ট্যাবে Device Manager-এও আছে। macOS-এ প্রতি ইন্টারফেসের 802.11 পাওয়ার সেভ আপনার কাছে প্রকাশ করা হয় না, তাই এর বদলেpmset -g দেখুন স্লিপ ও স্ট্যান্ডবাই আচরণের জন্য। সেখানে ব্যর্থতা সাধারণত রেডিওর নিষ্ক্রিয় আচরণে নয়, বরং স্লিপ ও জাগরণের পথে দেখা যায়।

চতুর্থ পরীক্ষা: একটি জিনিস বদলান, তারপর আবার পরীক্ষা করুন

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

সংযোগ সচল রাখা অন্য স্বাধীন চলক, এবং এটি নিয়মিতভাবে পাওয়ার সেভের সঙ্গে মিলিয়ে ফেলা হয়। WireGuard-এর PersistentKeepalive = 25 একটি NAT ম্যাপিং উষ্ণ রাখে;OpenVPN দুই প্রান্তেkeepalive ও ping-restart ব্যবহার করে। দুটোই নইলে নিরব একটি টানেলে ট্রাফিক তৈরি করে, তাই যে সংযোগ-সচলতা বিচ্ছেদ সারিয়ে তুলছে বলে মনে হয়, তা সমাধান না করে রেডিওর সমস্যা ঢেকে রাখতে পারে। এগুলো আলাদা আলাদাভাবে, একবারে একটি করে পরীক্ষা করুন:

[Peer]
PublicKey = ...
Endpoint = vpn.example.net:51820
PersistentKeepalive = 25

পঞ্চম পরীক্ষা: যখন রেডিও নির্দোষ

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

তারপর একই নেটওয়ার্কে একই নিষ্ক্রিয়তা পরীক্ষা করা দ্বিতীয় ডিভাইসের সঙ্গে তুলনা করুন। দুটি ডিভাইস একই ব্যবধানে পড়লে তা পথ বা সার্ভারের গল্প; একটি ডিভাইস পড়লে তা স্থানীয় ড্রাইভার বা পাওয়ারের গল্প। এই তুলনা দশ মিনিট খরচ করে এবং ভুল কনফিগারেশন নতুন করে লেখা থেকে বাঁচায়।

এটিকে স্থায়ী করার আগে

কী রাখতে আপনি রাজি তা ঠিক করুন। যে প্রতি-প্রোফাইল স্ক্রিপ্ট কেবল সেই নেটওয়ার্কগুলোতে পাওয়ার সেভ বন্ধ করে যেখানে আপনি বিচ্ছেদ দেখেছেন, তা যুক্তিযুক্ত। কিন্তু প্রতিটি নেটওয়ার্কে ব্যাটারি আয়ুর বিনিময়ে সবকিছু বন্ধ করা বৈশ্বিক টিউন সাধারণত নয়।

• মূল পাওয়ার সেভ মানটি স্ক্রিপ্টের পাশে লিখে রাখুন যাতে তা পুনরুদ্ধার করা যায়।
• প্রতিটি ড্রাইভার বা ক্লায়েন্ট আপডেটের পরে নিষ্ক্রিয়তার পরীক্ষা আবার চালান; ডিফল্ট মান বদলায়।
• সমস্যাটি জানানোর সময় ping লগ ও ক্লায়েন্ট লগ একসঙ্গে রাখুন।
• দ্বিতীয় ধাপ ব্যর্থ হলে VPN সেটিং বদলানো বন্ধ করুন এবং এটিকে স্থানীয় লিংক ত্রুটি হিসেবে ধরুন।

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