VPN সংযুক্ত কিন্তু ইন্টারনেট নেই? চারটি স্তর ধরে দেখুন

ক্লায়েন্ট বলছে সংযুক্ত, ব্রাউজার ঘুরছে, আর প্রতিটি সাইট টাইমআউটে শেষ হচ্ছে। এই সমন্বয় সাধারণ এবং এটি কোনো বিপরীত নয়: সংযুক্ত মানে টানেল সমঝোতা করেছে, তার বেশি কিছু নয়। নাম রিজলিউশন, রাউটিং আর সার্ভারের নিজের এক্সিট—প্রতিটি নিজের মতো ব্যর্থ হয়, আর প্রতিটির মালিক আলাদা। স্তরগুলো ক্রমে দেখুন এবং যে প্রথম ব্যর্থ হয় সেখানেই থামুন।

যে নেটওয়ার্ক থেকে এসেছেন সেখান থেকেই শুরু করুন

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

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

ব্যর্থতা নাম রিজলিউশনের কিনা নির্ধারণ করুন

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

nslookup example.com

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

পূর্ণ টানেল নাকি শুধু কোম্পানির সাবনেট

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

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

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

যখন সার্ভার কখনো কিছু ফরওয়ার্ড করে না

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

এই তিনটি সার্ভার-পক্ষের বেশিরভাগ কারণ ঢাকে, আর সেগুলোর উত্তর অপারেটরের। OpenVPN সংযোগ সমস্যা সমাধানের পাতা সার্ভারের দিক থেকে একই প্রশ্নগুলো হাঁটে, তাই টিকিটের সঙ্গে সেটি পাঠিয়ে দিন। সবুজ নির্দেশকের স্ক্রিনশট এগুলোর একটিরও উত্তর দেয় না।

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

একবারে একটি স্তর দেখুন

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

curl -sS -o /dev/null -w "%{http_code}" --max-time 5 https://example.com
route print -4          # Windows
ip -4 route show        # Linux
netstat -rn | head      # macOS

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