VPN অ্যাপ পরিচিতি ও অ্যাক্সেস চাইছে: কোন অনুমতি দেবেন

ইনস্টলার আগে নেটওয়ার্ক অ্যাক্সেস চায়, তারপর পরিচিতি, অ্যাক্সেস ও একটি সার্টিফিকেট ইনস্টল। কেবল প্রথম অনুরোধটিই এই কাজের। প্রকৃত সিদ্ধান্ত নেওয়া হয় দ্বিতীয় পর্দায়।

আপনি যে ফিচার বেছেছেন এবং যে প্ল্যাটফর্মে চলছেন, তার সাপেক্ষে প্রতিটি অনুরোধ বিচার করুন। কোনো সর্বজনীন অনুমতির তালিকা সব VPN পণ্যকে ঢেকে দেয় না, আর দীর্ঘ তালিকা নিজে থেকে কিছুই প্রমাণ করে না।

এই কাজের সত্যিই যে একটিমাত্র অনুমতি দরকার

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

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

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

যেখানে অতিরিক্ত অনুরোধের নিজস্ব ব্যাখ্যা দরকার

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

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

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

অনুরোধ ও তার সঙ্গে যুক্ত ফিচার লিখে রাখুন, তারপর সিদ্ধান্ত নিন। অস্বীকারের পরে কোনো ফিচার নষ্ট হলে সহায়তা দলকে আপনি সেই নোটটিই দেখাবেন।

ডিভাইসে অনুরোধটি পড়া

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

এর বেশিরভাগই দুটি কুয়েরিতে ধরা পড়ে:

adb shell dumpsys package com.example.vpn | grep -E "requested permissions|install permissions" -A 30
adb shell cmd appops get com.example.vpn

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

এই পর্দাগুলোতে এক মিনিট লাগে আর কোনো সফটওয়্যার লাগে না। অ্যাক্সেস, ডিভাইস প্রশাসন ও সার্টিফিকেট স্টোর—প্রতিটি অনুমতিধারী অ্যাপের তালিকা দেখায়।

সিদ্ধান্ত নেওয়া, তারপর ক্ষতি সীমিত করা

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

একটি অনুমতি প্রত্যাহার সাধারণত অ্যাপ আনইনস্টল না করে বা প্রতিটি প্রোফাইল ভেঙে না দিয়ে কেবল একটি ফিচার বন্ধ করে। পরে আবার সংযুক্ত হয়ে যাচাই করুন টানেলটি এখনো প্রতিষ্ঠিত হয়।

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