VPN সংযুক্ত কিন্তু IP ঠিকানা বদলায়নি: কেন

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

পরীক্ষাটি আসলে কী মাপল তা নিশ্চিত করুন

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

পাবলিক-ঠিকানার প্রতিধ্বনি ব্যবহার করুন এবং প্রতিটি ফ্যামিলিকে আলাদাভাবে জিজ্ঞাসা করুন, কারণ ডুয়াল-স্ট্যাক পরীক্ষার ফলাফল আকর্ষণীয় ক্ষেত্রটিকে লুকায়:

curl -4 -s https://ifconfig.me
curl -6 -s https://ifconfig.me

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

প্রোফাইল ট্র্যাফিকের কেবল একটি অংশ ঢাকতে পারে

স্প্লিট-টানেল প্রোফাইল সাধারণ উত্তর, এবং এটি কোনো ত্রুটি নয়। OpenVPN সবকিছু টানেল দিয়ে পাঠায় কেবল তখনই যখন redirect-gateway পুশ করা অপশনগুলোর মধ্যে থাকে; এটি ছাড়া ক্লায়েন্ট কিছু নির্দিষ্ট রুট পায় আর আপনার ডিফল্ট রুট ফিজিক্যাল লিংকে থাকে। Windows-এ একই সুইচটি অ্যাডাপ্টারের IPv4 বৈশিষ্ট্যে «রিমোট নেটওয়ার্কে ডিফল্ট গেটওয়ে ব্যবহার করুন» হিসেবে দেখা যায়, এবং এটি মুছে ফেলা একটি সচেতন পছন্দ যা প্রতিটি পুনঃসংযোগেও টিকে থাকে।

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

একটি ঠিকানা ফ্যামিলি এখনও সরাসরি যেতে পারে

বেশিরভাগ VPN প্রোফাইল IPv4-এর জন্য লেখা, এবং অনেকগুলো এখনও তাই। ডুয়াল-স্ট্যাক নেটওয়ার্কে টানেল IPv4-এর জন্য 10.8.0.x নেয়, অথচ ফিজিক্যাল লিংক একটি গ্লোবাল IPv6 ঠিকানা ও একটি ডিফল্ট রুট রাখে, তাই IPv6-সক্ষম সাইট সরাসরি পৌঁছায় এবং এটি যে ঠিকানা জানায় তা আপনার প্রদানকারীর। এটি কার্যকর IPv4 টানেল থাকা সত্ত্বেও একটি লিক, আর কেবল IPv4-ভাষী পরীক্ষার কাছে এটি অদৃশ্য।

ip -4 route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111

প্রতিটি উত্তরে ইন্টারফেসটি পড়ুন। IPv6 অনুসন্ধান যদি আপনার Ethernet বা Wi-Fi ডিভাইসের নাম বলে আর IPv4 অনুসন্ধান টানেলের নাম বলে, তবে ওই ফ্যামিলির নীতি নেই, নষ্ট নয়। ডিভাইসজুড়ে IPv6 বন্ধ করলে উপসর্গটি মিলিয়ে যায় ও সিদ্ধান্তটি লুকায়; প্রোফাইলের কভারেজ ঠিক করা বা ওই একটি সংযোগে ফ্যামিলিটি নিষ্ক্রিয় করাকে অগ্রাধিকার দিন, এবং দুটির মধ্যে কোনটি বেছেছেন তা লিখে রাখুন।

দ্বিতীয় একটি পথ অনুসন্ধানে জিতে যেতে পারে

প্রতিদ্বন্দ্বী প্রক্সি, দ্বিতীয় VPN ক্লায়েন্ট, কনটেইনার বা রিমোট-ডেস্কটপ টুলের ভার্চুয়াল অ্যাডাপ্টার, বা আপনি যে সঠিক প্রিফিক্স পরীক্ষা করছেন তার জন্য অতিরিক্ত রুট—সবই অগ্রাধিকার পেতে পারে। নির্দিষ্ট রুট সবসময় ডিফল্ট রুটকে হারায়, তাই আপনি যে সাইটটি মাপছেন তার জন্য LAN গেটওয়ের দিকে ইঙ্গিত করা অবশিষ্ট /24 টানেল যতই সুস্থ থাকুক না কেন ওই ট্র্যাফিক টানেলের বাইরে পাঠাতে থাকে।

কিছু বদলানোর আগে কেবল-পাঠযোগ্য কমান্ড দিয়ে একটি তালিকা নিন:

route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
nmcli connection show --active

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

নতুন অনুরোধ দিয়ে আবার মাপুন

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

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