VPN ওয়াই-ফাইতে চলে, মোবাইল ডেটায় চলে না: কারণ

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

VPN-এর নিচের স্তরের সংযোগ দরকার; এটি সেটি প্রতিস্থাপন করে না, আর অপারেটর যা বহন করতে রাজি নয় তা বহন করতে বাধ্য করতে পারে না।

ফোন অপরিবর্তিত রাখুন, কেবল নেটওয়ার্ক বদলান

একসাথে নেটওয়ার্ক ও সার্ভার বদলালে দুইটি সম্ভাব্য কারণ থেকে যায় এবং সেগুলো আলাদা করার উপায় থাকে না। একই এন্ডপয়েন্ট আগে Wi-Fi-তে, পরে সেলুলারে তুলনা করুন এবং প্রতিবার সঠিক উপসর্গটি লিখুন। প্রমাণীকরণের আগে ব্যর্থতা পৌঁছানোর সক্ষমতার দিকে, ক্রেডেনশিয়াল প্রত্যাখ্যান অ্যাকাউন্টের দিকে, আর সংযুক্ত থেকেও কিছু না বহনকারী টানেল রাউটিং বা DNS-এর দিকে ইঙ্গিত করে। কেবল প্রথমটিই সত্যিই নেটওয়ার্ক নিয়ে।

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

অ্যাক্সেস নেটওয়ার্ক কী দেখতে পারে এবং কীসের জন্য চার্জ নিতে পারে

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

চার্জই অন্য বাস্তব পার্থক্য। এনক্যাপসুলেশন, কিপঅ্যালাইভ ও পুনঃপ্রচেষ্টা সবই বাইট খরচ করে, আর অ্যাপ্লিকেশন হ্যান্ডওভারের পরে স্থানান্তর পুনরায় শুরু করতে পারে। সীমিত বাড়ির Wi-Fi-ও আছে, তাই কোনো নেটওয়ার্ক অসীম ধরে নেওয়ার বদলে ডিভাইসের কাউন্টার ও প্ল্যান দেখুন।

পোর্টাল লগইন ও অপারেটরের নিষেধাজ্ঞা

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

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

হ্যান্ডওভার পুনঃসংযোগের সমান নয়

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

টানেল কেবল অলসভাবে পড়ে থাকার পর ব্যর্থ হলে একটি কিপঅ্যালাইভ NAT-অবস্থার একটি দিক সামলাতে পারে। এটি দুর্বল সংকেত সারায় না, আর প্রতিটি হ্যান্ডওভার ঠিক করে না। সেটিংস বদলানোর আগে নিষ্ক্রিয়তাকে চলাচল থেকে আলাদা করুন।

নেটওয়ার্ক, ব্যর্থতার পর্যায় এবং হ্যান্ডওভার জুড়ে আচরণ লিখে রাখুন। এই তিনটি একটি পথের সমস্যাকে ক্লায়েন্টের সমস্যা থেকে আলাদা করে।