হোস্ট VPN নাকি Genymotion-এর ভিতরে ক্লায়েন্ট: কোনটি টানেলের মালিক তা ঠিক করুন

একটি ডেস্কটপ VPN দুই জায়গায় Genymotion-কে প্রভাবিত করে, আর একটি ঠিক করলে অন্যটি সম্পর্কে কিছুই প্রমাণ হয় না। প্রথমটি হল সেই সংযোগ যা দিয়ে ডেস্কটপ অ্যাপ ভার্চুয়াল ডিভাইসটি নিয়ন্ত্রণ করে; দ্বিতীয়টি হল ভার্চুয়াল Android অ্যাপের একটি ব্যক্তিগত সেবায় যাওয়ার পথ। অ্যাডাপ্টারে হাত দেওয়ার আগে ঠিক করুন আপনি আসলে কোনটি বদলাচ্ছেন, তারপর Genymotion Desktop-এর সংস্করণ, হোস্ট অপারেটিং সিস্টেম এবং হাইপারভাইজার লিখে রাখুন, কারণ VirtualBox-এর শুধু-হোস্ট অ্যাডাপ্টারের জন্য লেখা নির্দেশনা QEMU ডিভাইসে বা ক্লাউডে হোস্ট করা সেশনে প্রযোজ্য হয় না।

একই মেশিনে দুইটি পথ

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

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

কন্ট্রোল সংযোগটি সচল রাখুন

Genymotion-এর নিজস্ব Desktop সহায়তা নোটে একটি VirtualBox ঘটনা নথিভুক্ত আছে: হোস্ট VPN চালু হলে Desktop আর ভার্চুয়াল ডিভাইসটি দেখতে পায় না, আর যে ব্যতিক্রমটি গুরুত্বপূর্ণ তা হল VirtualBox-এর নেটওয়ার্ক ম্যানেজারে তালিকাভুক্ত প্রকৃত শুধু-হোস্ট অ্যাডাপ্টার। একটি রেঞ্জ অনুমান করার বদলে সেই অ্যাডাপ্টারগুলি তালিকাভুক্ত করুন:

VBoxManage list hostonlyifs

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

একই নোটে বলা হয়েছে QEMU সমন্বয়টি VPN-এর সঙ্গে পরীক্ষা করা হয়নি। এটিকে সামঞ্জস্যের সীমাবদ্ধতা হিসেবে নিন, এই ইঙ্গিত হিসেবে নয় যে ব্রিজড নেটওয়ার্কিং-এ গেলে এটি ঠিক হয়ে যাবে; অ্যাডাপ্টার বদলালে ব্যর্থতা বদলায়, অপরীক্ষিত সমন্বয়টি সমাধান হয় না।

বিকল্প প্রথম: হোস্টকে ট্রাফিক বহন করতে দিন

এই পছন্দে গেস্টের প্যাকেটগুলিকে এমন একটি ইন্টারফেসে পৌঁছাতে হবে যা VPN একইসঙ্গে অনুমোদন করে ও এনক্রিপ্ট করে। এটি রাউটিংয়ের প্রশ্ন, স্ট্যাটাস-লাইটের প্রশ্ন নয়: গেস্টের প্যাকেটগুলিকে VPN যে ইন্টারফেস এনক্রিপ্ট করবে সেখানে পৌঁছাতে হবে, আর উত্তরগুলিকে ফিরে আসার পথ খুঁজতে হবে।

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

বিকল্প দ্বিতীয়: Android-এর ভিতরে একটি সমর্থিত ক্লায়েন্ট চালান

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

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

অ্যাপ থেকে যাচাই করুন এবং বিন্যাসটি লিখে রাখুন

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

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