OpenVPN-এ একটি অ্যাপ টিক দিলেন? তালিকার ভিত্তিই সিদ্ধান্ত নেয়
একই টিক দেওয়া প্যাকেজ তালিকার ভিত্তির উপর নির্ভর করে অন্তর্ভুক্তি বা বাদ দেওয়া বোঝায়। আগে শুধু-অন্তর্ভুক্তি বেছে নিন, পুনরায় সংযোগ করুন, তারপর পুরো কর্মপ্রবাহ পরীক্ষা করুন।
চেকবক্সটি পুরো সিদ্ধান্তের মতো দেখায়, আর Android-এ তা নয়। একই টিক দেওয়া প্যাকেজ শুধু-অন্তর্ভুক্তি ভিত্তিতে বোঝায় “কেবল এই অ্যাপটিই VPN ব্যবহার করে”, আর নির্বাচিত-বাদ ভিত্তিতে বোঝায় “এই অ্যাপটি VPN এড়িয়ে যায়”। মানুষ একটি ক্লায়েন্ট ইনস্টল করে, অনুমোদিত অ্যাপ নামের একটি তালিকা পায়, নিজের দরকারি একমাত্র প্যাকেজে টিক দেয়, আর উল্টো কাজ করা নীতি নিয়ে চলে যায়। ক্লায়েন্ট বদলে খুব কমই কাজ হয়; তালিকা স্পর্শ করার আগে ভিত্তি বেছে নিলে কাজ হয়।
নীতি হলো ভিত্তি, চেকবক্স নয়
Android-এর VpnService-এ ক্লায়েন্ট প্রতিটি অ্যাপের রাউটিং কনফিগার করে addAllowedApplication অথবা addDisallowedApplication দিয়ে। প্রথমটি টানেলকে তালিকাভুক্ত প্যাকেজে সীমাবদ্ধ করে, দ্বিতীয়টি তাদের ছাড়া সবকিছু টানেলে পাঠায়। ক্লায়েন্টরা দুটিকে প্রায় একই রকম দেখতে পারে এমন ইন্টারফেসে মুড়ে দেয়, কিছু কিছু বিভাগের নাম মোডের বদলে তালিকা অনুযায়ী দেয়, তাই শুধু বিভাগের শিরোনাম দেখে বোঝা যায় না কোন ভিত্তি সক্রিয়।
তালিকার উপরের মোড নিয়ন্ত্রণটি পড়ুন, শিরোনাম নয়। মূল OpenVPN for Android ক্লায়েন্টে অনুমোদিত-অ্যাপ তালিকার শুধু-অন্তর্ভুক্তি ও নির্বাচিত-বাদ—দুটি ভিত্তিই আছে, আর ব্র্যান্ডেড বিল্ড একই দুটি আচরণ রেখে দুটিকেই ভিন্নভাবে লিখতে পারে। অন্য কোনো ক্লায়েন্টের, বা একই ক্লায়েন্টের পুরোনো সংস্করণের স্ক্রিনশট আপনার মোড সম্পর্কে প্রমাণ নয়।
| What the client shows | What a checked app gets |
|---|---|
| Allowed apps, include-only baseline | The app uses the tunnel; unchecked apps do not |
| Allowed apps, exclude-selected baseline | The app bypasses the tunnel; everything else uses it |
| No list configured | Client or profile default, commonly all apps |
সেই টেবিলটাই পুরো ভ্রান্ত ধারণা। অ্যাপে টিক দেওয়া এক প্যাকেজ সম্পর্কে একটি বক্তব্য; ভিত্তি ঠিক করে বক্তব্যটি “এটিকে অন্তর্ভুক্ত করুন” না “এটি বাদ দিন”।
আগে মোড, তারপর প্যাকেজ
এই ক্রমে কাজ করুন, কারণ এক ভিত্তির অধীনে করা নির্বাচন মোড পরিবর্তনের পরেও টিকে থাকতে পারে এবং নিঃশব্দে তার প্রভাব উল্টে দিতে পারে:
- আসল প্যাকেজটি শনাক্ত করুন এবং তা ব্যক্তিগত না কাজের-প্রোফাইলের কপি।
- আপনি যে নির্দিষ্ট VPN প্রোফাইলে সংযোগ করেন, তার জন্য অ্যাপ-নির্বাচন সেটিংস খুলুন।
- “কেবল নির্বাচিত অ্যাপগুলোই VPN ব্যবহার করে” অর্থ বহনকারী ভিত্তিটি সেট করুন।
- উদ্দিষ্ট প্যাকেজ অন্তর্ভুক্ত করুন এবং অসম্পর্কিত অ্যাপগুলোকে সেটের বাইরে রাখুন।
- পুনরায় সংযোগ করুন যাতে ক্লায়েন্ট নতুন তালিকা দিয়ে ইন্টারফেস পুনর্নির্মাণ করে।
প্রোফাইল প্যাকেজের মতোই গুরুত্বপূর্ণ। একটি ক্লায়েন্টে একাধিক প্রোফাইল থাকতে পারে, আর প্রতি-অ্যাপ নির্বাচন আপনার সত্যিই সংযোগ করা প্রোফাইলের অন্তর্গত; আপনি কখনো ব্যবহার না করা প্রোফাইল সম্পাদনা করলে কিছুই বদলায় না। ম্যানেজড ডিভাইসে কাজের প্রোফাইল একটি আলাদা ব্যবহারকারী যার নিজস্ব অ্যাপ-কপি ও নিজস্ব নীতি আছে, তাই ব্যক্তিগত ইনস্ট্যান্স টানেলের ভিতরে থাকা কাজের ইনস্ট্যান্স সম্পর্কে কিছুই বলে না।
ফলাফল বিচার করার আগে পুনরায় সংযোগ করুন
টানেল ইন্টারফেস প্রতিষ্ঠিত হওয়ার সময় VpnService অ্যাপ তালিকা পড়ে। চলমান টানেল অগত্যা তালিকার সম্পাদনা গ্রহণ করে না, আর ক্লায়েন্টরা নিজে থেকে পুনর্নির্মাণ করে নাকি আপনার সংযোগ বিচ্ছিন্ন-পুনঃসংযোগের অপেক্ষা করে—সে বিষয়ে ভিন্ন।
পরিবর্তনটিতে কিছুই হচ্ছে না মনে হলে তালিকা নিয়ে সন্দেহ করার আগে পুনঃসংযোগটি পরীক্ষা করুন। তারপর ইতিমধ্যে খোলা পৃষ্ঠা রিলোড না করে নতুন অনুরোধ করুন: প্রতিষ্ঠিত সংযোগ ধরে রাখা অ্যাপ দুর্বল পরীক্ষার বিষয়, আর আপনি যে ফলাফল দেখছেন তা পুরোনো ইন্টারফেসের হতে পারে।
আপনার কর্মপ্রবাহ অ্যাপের বাইরে যেতে পারে
একটি অ্যাপ সাইন-ইনের জন্য ব্রাউজার, একটি নথি-ভিউয়ার বা একটি শেয়ার লক্ষ্যে হস্তান্তর করতে পারে। শুধু-অন্তর্ভুক্তি ভিত্তিতে ওই সহায়কগুলো টানেলের বাইরে থাকে, তাই প্রথম অ্যাপটি সঠিকভাবে কনফিগার থাকলেও কর্মপ্রবাহ মাঝপথে ব্যর্থ হতে পারে। কর্মপ্রবাহের সত্যিই প্রয়োজন হলেই সহায়কটি অন্তর্ভুক্ত করুন, আর ডেমো চলাকালে আবিষ্কার করার বদলে সচেতনভাবে যোগ করুন।
প্রতি-অ্যাপ নির্বাচন সংযোগের নিজস্ব রুট নীতিকেও প্রতিস্থাপন করে না। প্রোফাইলকে এখনো অ্যাপের ব্যবহৃত গন্তব্য প্রিফিক্স ও ঠিকানা-পরিবার বহন করতে হয়, আর গেটওয়েকে এখনো পরিষেবাটি অনুমোদন করতে হয়। সঠিকভাবে তালিকাভুক্ত অ্যাপ, অপ্রাপ্য গন্তব্য নিয়ে, ভুলভাবে কনফিগার করা তালিকার মতোই দেখায়।
দুই দিকই পরীক্ষা করুন, তারপর নীতিটি লিখে রাখুন
অন্তর্ভুক্ত অ্যাপে একটি নতুন অনুরোধ এবং বাইরে থাকার কথা থাকা অ্যাপে একটি অনুরোধ পরীক্ষা করুন। প্রস্থান-ঠিকানা ও একটি ব্যক্তিগত রিসোর্সে প্রবেশাধিকার তুলনা করুন, তারপর পুনঃসংযোগের পরে পুনরাবৃত্তি করুন। আপনার প্রতিষ্ঠান Android-এর VPN ছাড়া সংযোগ ব্লক করার নীতি ব্যবহার করলে, বাদ দেওয়া অ্যাপ সরাসরি যাওয়ার বদলে সম্পূর্ণ ব্লক হতে পারে; এটা নীতির কাজ, এড়িয়ে যাওয়ার মতো ত্রুটি নয়।
মোড, প্রোফাইলসহ প্যাকেজের নাম, কোন অ্যাপগুলো এড়িয়ে যাবে, টানেল কোন ঠিকানা-পরিবার বহন করে, এবং টানেল ডাউন হলে কী হওয়া উচিত—সব লিখে রাখুন। ক্লায়েন্ট যদি কর্মপ্রবাহটি পরিষ্কারভাবে প্রকাশ করতে না পারে, তাহলে রুট স্তরে ফায়ারওয়াল নিয়ম সম্পাদনা করার বদলে আরও প্রশস্ত অনুমোদিত অ্যাপ-সেট বা ম্যানেজড-প্রোফাইল নীতি বেছে নিন, কারণ এটি Android-এর সমর্থিত প্রতি-অ্যাপ প্রক্রিয়ার অংশ নয়।