VPN কি ব্যাটারি শেষ করে দেয়? রেডিও তো আগেই এটাই করছিল
এনক্রিপশন খরচের ছোট অংশ। ট্রান্সফার, রেডিওর জাগরণ আর পুনঃসংযোগ আলাদা করুন, তারপর একটিমাত্র জিনিসে ভিন্ন দুটি রান মিলিয়ে দেখুন।
ব্যাটারি শেষ হওয়ার অভিযোগ সাধারণত আসে এইভাবে — “VPN আমার ব্যাটারি খেয়ে ফেলে”, যা একটি সিদ্ধান্ত, পর্যবেক্ষণ নয়। মাপ দেখায় যে ট্রান্সফার, রেডিওর জাগরণ আর পুনঃসংযোগের মিশ্রণই ডিভাইসটিকে ব্যস্ত রেখেছিল। এনক্রিপশন সেই খরচে ভূমিকা রাখে, আর আধুনিক ফোনে এটি খুব কমই সবচেয়ে বড় লাইন। তিনটিকে আলাদা করুন, অভিযোগটি তখন সত্যিই পরীক্ষা করার মতো কিছু হয়ে ওঠে।
প্যাকেটের যাত্রায় টানেল কী যোগ করে
টানেল যে প্যাকেট বহন করে, প্রতিটি প্রমাণিত, এনক্রিপ্ট করা, আরেকটি হেডারে মোড়া এবং অন্য প্রান্তে খোলা হয়। এই কাজ প্রসেসরের চক্র খরচ করে, আর বেশি গুরুত্বপূর্ণ হলো, এটি নেটওয়ার্ক ইন্টারফেসকে শুধু পেলোডের চেয়ে বেশি সময় ব্যস্ত রাখে। টানেলের মধ্য দিয়ে দশ মিনিট চলা একটি ব্যাকআপ এখনও দশ মিনিটের ব্যাকআপই থাকে, প্রতিটি প্যাকেটে একটু বেশি ওভারহেড নিয়ে। বাইট আর সময়কাল আসে অ্যাপ্লিকেশন থেকে, টানেল থেকে নয়।
তাই ব্যাটারি রিপোর্টের শতাংশ ওভারহেড বোঝার জন্য দুর্বল পথনির্দেশ। রিপোর্ট কাজকে উপাদান অনুযায়ী আরোপ করে, আর সেই আরোপণের নিয়ম প্ল্যাটফর্মভেদে আলাদা।
রিপোর্টটি নেটওয়ার্ক কাউন্টার আর স্ক্রিন চালু থাকার সময়ের পাশে রেখে পড়ুন। যখন ট্রান্সফারের সময়-জানালা ব্যাটারি খরচের জানালার সঙ্গে মেলে, তখন কাজের চাপই ফলাফল ব্যাখ্যা করে আর প্রোটোকল গৌণ হয়ে যায়। যখন কাউন্টার স্থির থাকলেও ক্ষয় চলতে থাকে, তখন কিছু একটা রেডিওকে জাগিয়ে রাখছে, আর পরের অংশেই খোঁজার জায়গা।
কিপঅ্যালাইভ, পুনঃসংযোগ আর রেডিওর জাগ্রত অবস্থা
নিষ্ক্রিয় দেখানো স্ক্রিন নিষ্ক্রিয় নেটওয়ার্ক প্রমাণ করে না। সিঙ্ক্রোনাইজেশন, মেসেজিং আর আপডেট যাচাই — সবই অল্প পরিমাণ ট্রাফিক পাঠায়, আর প্রত্যেকটি রেডিওকে নিম্ন-শক্তি অবস্থা থেকে বের করে আনতে পারে বিনিময়টি যত সময় লাগে তার চেয়ে অনেক বেশি সময়ের জন্য। অল্প কিন্তু ঘন ঘন ট্রাফিক প্রতি বাইটে ব্যয়বহুল, কারণ স্থির খরচই প্রধান।
টানেল কিপঅ্যালাইভ হিসেবে নিজের অল্প ট্রাফিক যোগ করে, যেগুলো NAT ম্যাপিং খোলা রাখতে বা হারিয়ে যাওয়া কোনো পিয়ার টের পেতে থাকে। এদের উদ্দেশ্য প্রোটোকল ও নেটওয়ার্কের উপর নির্ভর করে, আর এগুলো বন্ধ করলে কার্যকলাপ কমতে পারে, কিন্তু নিষ্ক্রিয় সময়ের পর টানেল অচল হয়ে যেতে পারে। ভিন্ন কোনো মান পরীক্ষা করলে আগেরটি লিখে রাখুন এবং পরে টানেল আগের মতোই ফিরে আসছে কি না নিশ্চিত করুন। অন্য প্রোটোকল থেকে কখনও ইন্টারভাল নেবেন না, কারণ এক ডিজাইনে যুক্তিসঙ্গত ধ্রুবক অন্য ডিজাইনে ইচ্ছামতো।
সংযোগের ওঠানামা দ্বিতীয় খরচ। যে ক্লায়েন্ট কয়েক মিনিট পরপর আবার সংযোগ করে, সে সময় নষ্ট করে হ্যান্ডশেকে, পেলোডে নয়, আর রেডিও কখনও শান্ত হওয়ার সুযোগ পায় না।
যখন প্ল্যাটফর্ম শক্তি বাঁচাতে টানেল থামিয়ে দেয়
মোবাইল অপারেটিং সিস্টেম ব্যাকগ্রাউন্ড চালানো সীমিত করে, আর টানেল সেই নীতির বাইরে নয়। স্ক্রিন বন্ধ হলে যে সংযোগ হারিয়ে যায়, সেটি সাধারণত প্ল্যাটফর্ম ইন্টিগ্রেশনের সমস্যা, সার্ভারের সেশন প্রত্যাখ্যান নয়। ক্লায়েন্টের নিজস্ব ব্যাটারি নির্দেশিকাই শুরু করার জায়গা, কারণ সেটি ঘুমের মধ্যেও সংযুক্ত থাকার সমর্থিত উপায় বর্ণনা করে।
সবকিছুকে পাওয়ার ম্যানেজমেন্ট থেকে মুক্ত করা সমাধান নয়। এটি ভিন্ন কাজের চাপ তৈরি করে আর যে তুলনা করার চেষ্টা করছিলেন তা ধ্বংস করে।
তারপর ঠিক করুন ডিভাইস ঘুমালে কী হওয়া উচিত, কারণ সবসময়-চালু কাজ, টানেল ছাড়া ব্লক আচরণ আর ব্যাটারি অপ্টিমাইজেশন তিনটি ভিন্ন প্রশ্নের উত্তর দেয়। যে সেটিং চুপচাপ প্রয়োজনীয় কভারেজ ফেলে দিয়ে শক্তি বাঁচায়, সেটি মূল লক্ষ্য রক্ষা করেনি, ব্যর্থতাটাই লুকিয়েছে। কিছু টিউন করার আগে অভীষ্ট নীতি লিখে রাখুন। তা ছাড়া আপনি একটি ক্ষয়কারী টানেল আর একটি অনুপস্থিত টানেলের মধ্যে বেছে নিচ্ছেন, আর দুই ফলাফলকেই সাফল্য বলে ডাকছেন।
বিশ্বাসের বদলে একটি তুলনা সাজান
সমতুল্যকে সমতুল্যের সঙ্গে মেলান: একই কাজ, একই নেটওয়ার্ক, একই সময়কাল, কাছাকাছি সিগন্যাল। স্থানান্তরিত ডেটা, পুনঃসংযোগের সংখ্যা, ডিভাইসের তাপমাত্রা আর সিগন্যালের অবস্থা লিখে রাখুন, কারণ এর যেকোনো একটি নিজেই ফলাফল বদলে দিতে পারে। এক ঘণ্টায় কয়েক শতাংশ ব্যাটারি বেশিরভাগ ফোনের কোলাহলের মধ্যেই পড়ে, কিন্তু কয়েকটি রানে পুনরাবৃত্ত কোনো ধরন পড়ে না। Android VPN নির্দেশিকা একটি সুশৃঙ্খল ক্লায়েন্ট যে জীবনচক্র আর সবসময়-চালু আচরণ অনুসরণ করে তা বর্ণনা করে, আর কোনো ক্লায়েন্ট যখন তা করে না তখন এটি কাজের প্রেক্ষাপট জোগায়।
ঐচ্ছিক বড় ট্রান্সফারগুলো এমন মুহূর্তে সরান যখন শক্তি আর নেটওয়ার্ক দুটোই সস্তা।
তারপর তুলনা যা দেখাল তার ভিত্তিতে কাজ করুন। কাজের চাপ ব্যাখ্যা করলে কাজের চাপ নির্ধারণ করুন। ওঠানামা ব্যাখ্যা করলে যে নেটওয়ার্ক রূপান্তর ওঠানামা ঘটাচ্ছে তা ঠিক করুন। প্ল্যাটফর্ম ব্যাখ্যা করলে সেই ক্লায়েন্টের জন্য সমর্থিত ব্যাটারি নীতি অনুসরণ করুন। ক্রিপ্টোগ্রাফিক সেটিংস দুর্বল করা একমাত্র পরিবর্তন যা সংখ্যাটি ভালো করে অথচ কারণকে অক্ষত রাখে, তাই এটিই সবার শেষে যেটিতে হাত দেওয়া উচিত।