একসাথে দুটি iPhone VPN: ট্রাফিক কোনটি বহন করে?

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

ভ্রান্ত ধারণা: দুটি সংযুক্ত VPN একটি শৃঙ্খল

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

আপনার যদি নেস্টিং দরকার হয়, তবে সেটি নেস্টিং হিসেবেই নকশা করুন। দুটি সংযোগ সূচক থেকে এটি অনুমান করবেন না। এই পার্থক্যটি অনেক ডিবাগিং বাঁচায়।

সেই ভ্রান্ত ধারণার পেছনের নথিভুক্ত মডেল

Apple-এর NETunnelProviderManager সাধারণ এন্টারপ্রাইজ VPN কনফিগারেশন বর্ণনা করে এবং বলে যে এই ধরনের একটির বেশি একসাথে সক্রিয় করা যায় না। একই রেফারেন্স Personal VPN-কে তার পাশে সক্রিয় ও সংযুক্ত থাকতে দেয়, আর দুটি ওভারল্যাপ হলে এন্টারপ্রাইজ রুটকে অগ্রাধিকার দেয়।

এখানে Personal VPN হলো NEVPNManager দিয়ে পরিচালিত অন্তর্নির্মিত IPsec বা IKEv2 বাস্তবায়নের API পরিভাষা। NETunnelProviderManager হলো টানেল-প্রোভাইডার মডেল। একটি ভোক্তা অ্যাপ প্রোভাইডার মডেল ব্যবহার করতে পারে, তাই personal থাকা পণ্যের নাম এটি শ্রেণিবদ্ধ করে না।

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

ভ্রান্ত ধারণা: ব্যক্তিগত VPN-ই ব্রাউজিং ট্রাফিক পায়

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

পরিচালিত অ্যাপ-ভিত্তিক কনফিগারেশনের নিজস্ব পরিধি আছে। ডিভাইস-স্তরের নিয়মকে প্রতিটি পরিচালিত স্থাপনায় সম্প্রসারিত করবেন না।

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

স্প্লিট-টানেল কাজের প্রোফাইলে রুট অগ্রাধিকার

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

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

দুটি প্রবাহ লিখুন এবং প্রতিটি যাচাই করুন

প্রতিটি প্রবাহের জন্য লিখুন কোন অনুমোদিত কনফিগারেশন এটি বহন করবে এবং প্রতিটি ধরনের নাম কোন রিজলভার পাবে। তারপর নতুন অনুরোধ দিয়ে যাচাই করুন, ক্যাশে করা কাজের পাতা বা পুরোনো IP ফলাফল দিয়ে নয়।

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