স্ক্রিন বন্ধ হলে VPN কেটে যায়: কোন লাইফসাইকেল?

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

তিনটি ব্যর্থতা যা একই রকম দেখায়

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

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

নিয়ন্ত্রিত অবস্থায় সক্রিয় ও নিষ্ক্রিয় তুলনা করুন

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

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

প্ল্যাটফর্মের ব্যাকগ্রাউন্ড নীতি পড়ুন

অ্যান্ড্রয়েডে VPN পরিষেবার লাইফসাইকেল প্ল্যাটফর্মের অংশ, আর always-on ও block-without-VPN আলাদা সুইচ এবং আলাদা প্রভাবযুক্ত। যে ক্লায়েন্ট always-on নয়, সিস্টেম সম্পদ ফিরিয়ে নেওয়ার সময় তাকে থামানো যেতে পারে, এবং অ্যাপের কোনো সেটিং তা বদলায় না। iOS টানেল প্রদানকারীর ওপর নিজস্ব ব্যাকগ্রাউন্ড সীমা প্রয়োগ করে, এবং নথিভুক্ত আচরণ কেবল চলতে থাকা ডেস্কটপ ডিমনের চেয়ে আলাদা। সাধারণ ব্যাটারি-অপ্টিমাইজেশন গাইডের বদলে প্রশ্নবিদ্ধ উপাদানের জন্য প্ল্যাটফর্মের ডকুমেন্টেশন পড়ুন।

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

জাগরণের পর ডিভাইস কী করে

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

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