দ্বিতীয় VPN চালু করলে প্রথমটির অবস্থা প্রতিস্থাপিত হয়

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

আইকনগুলো প্রক্রিয়া বর্ণনা করে, কোনো শৃঙ্খল নয়।

ফোনে একটি স্লট, ডেস্কটপে একাধিক দাবিদার

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

কোনো ফলাফলই নিজে থেকে নেস্টেড টানেল তৈরি করে না। চেইনের জন্য একটি টানেলকে অন্যটির এনক্রিপ্টেড প্যাকেট বহন করতে হয়, যা একটি আর্কিটেকচার, ক্রমের কাকতালীয় নয়।

দ্বিতীয় ক্লায়েন্ট কী ওভাররাইট করে

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

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

নেস্টিং একটি নকশা, ক্লিকের ক্রম নয়

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

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

আইকন দিয়ে নয়, অ্যাপ্লিকেশন দিয়ে যাচাই করুন

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

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

কোন ক্লায়েন্ট ডিফল্ট রুটের মালিক, কোন রিজলভার উত্তর দেয়, এবং প্রতিটি থামলে কী হয় তা লিখে রাখুন।