হ্যান্ডশেক আছে, ইন্টারনেট নেই: Windows 11-এ প্রথমে কী ঠিক করবেন

Windows 11-এ প্রায়ই দেখা যায় সাম্প্রতিক হ্যান্ডশেকের পাশে ব্রাউজার কিছুই খোলে না। হ্যান্ডশেক কেবল প্রমাণ করে পিয়ারের সঙ্গে UDP বিনিময় সম্পূর্ণ হয়েছে। এটি Windows যে রুট বসিয়েছে, যে রেজলভার ব্যবহার করে, বা এক্সিট আদৌ কিছু ফরওয়ার্ড করে কি না।

চারটি শর্ত ঠিক করে এই স্তরগুলোর কোনটি ব্যর্থ হয়েছে। ক্রম অনুসারে সেগুলো করার কাজ কয়েক মিনিট নেয়, অথচ কী পুনরায় লেখা বেশি সময় নেয় এবং কিছুই বদলায় না।

কী ছোঁয়ার আগে স্তরটি নির্ধারণ করুন

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

এই ক্রমটাই পুরো পদ্ধতি। এটি DNS ত্রুটিকে ভাঙা টানেল হিসেবে নির্ণয় করা থেকে আটকায়, যা এখানে সবচেয়ে সাধারণ ভুল বাঁক।

wg show
Find-NetRoute -RemoteIPAddress 1.1.1.1
Resolve-DnsName example.com -Server 1.1.1.1

হ্যান্ডশেক সময় খালি হলে

হ্যান্ডশেকের সময় খালি থাকলে এনক্রিপ্টেড বিনিময় কখনোই সম্পূর্ণ হয়নি। তাই ত্রুটি রাউটিংয়ের আগেই বসে আছে। প্রথমে এন্ডপয়েন্ট ঠিকানা ও পোর্ট দেখুন, তারপর দেখুন নেটওয়ার্ক UDP ফিল্টার করে কি না। যে হোস্টিং প্রদানকারী WireGuard ট্রাফিক ফেলে দেয়, সে ঠিক এটাই ঘটায়, এবং পুরোনো প্রোফাইল থেকে এন্ডপয়েন্ট কপি করা ক্লায়েন্টও।

বাইট বেরোচ্ছে কিন্তু কিছু ঢুকছে না, এটি আলাদা ঘটনা। এটি NAT বা এমন ফায়ারওয়ালের দিকে ইশারা করে যা ট্রাফিক ভুল জায়গায় ফেরত পাঠায়।

রুট যদি ফিজিক্যাল অ্যাডাপ্টারের কাছে হেরে যায়

পূর্ণ টানেলের জন্য পিয়ার অংশটিকে আপনাকে যে গন্তব্যগুলো ব্যবহার করার কথা তা ঢাকতে হবে। সবকিছুর নিয়ম সেট থাকলেও Windows কখনো ফিজিক্যাল অ্যাডাপ্টারের ডিফল্ট রুট ধরে রাখে। সবকিছুর নিয়মটিকে 0.0.0.0/1 প্লাস 128.0.0.0/1-এ ভাগ করলে আরও নির্দিষ্ট দুটি প্রিফিক্স তৈরি হয়, যারা লুকআপে জিতে যায়। এই ভাগটি একটি নথিভুক্ত ওয়ার্কঅ্যারাউন্ড, পছন্দ নয়।

route print দিয়ে বা একটি পাবলিক ঠিকানার লুকআপ দিয়ে নিশ্চিত করুন। নির্বাচিত ইন্টারফেসটি টানেল অ্যাডাপ্টার হওয়া উচিত। ফিজিক্যালটি এখনো জিতলে সার্ভার ছোঁয়ার আগেই পিয়ার রেঞ্জগুলো ঠিক করুন।

ঠিকানা কাজ করলে আর নাম ব্যর্থ হলে

WireGuard IP প্যাকেট বহন করে এবং DNS নিয়ে এর কোনো মত নেই। ইন্টারফেস অংশে একটি DNS = লাইন দিন, অথবা Windows দিয়ে অ্যাডাপ্টার সেট করুন। এটি ছাড়া ঠিকানায় ping সফল হয় অথচ প্রতিটি হোস্টনেম ব্যর্থ হয়, আর ব্যবহারকারীরা এটিকে ইন্টারনেট নেই বলে জানান।

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

Windows মেশিনটাই যদি এক্সিট হয়

Internet Connection Sharing চালু থাকলে অ্যাড্রেসিং পুনরায় লেখে, যা শেয়ার করা অ্যাডাপ্টারকে অন্য রেঞ্জে সরিয়ে দিতে পারে। মূল ঠিকানার দিকে তাকিয়ে থাকা ক্লায়েন্ট তখন কাজ করা বন্ধ করে দেয়। রেজিস্ট্রি মান ScopeAddress ও StandaloneDHCPAddress সেই রেঞ্জ নিয়ন্ত্রণ করে, আর রিবুটের পর সেটিংটি ফিরে যেতে পারে।

Windows-নির্দিষ্ট আরও দুটি দ্বন্দ্ব দেখার যোগ্য। Routing and Remote Access পরিষেবা টানেলে বাধা দিতে পারে। ভুল আর্কিটেকচারের জন্য তৈরি ইনস্টলার এমন বার্তা দিয়ে ব্যর্থ হয় যা আর্কিটেকচারের কথা কখনো বলে না।

পরীক্ষাটি যে স্তরের নাম বলেছে সেটি ঠিক করুন, তারপর একই তিনটি গন্তব্য আবার চালান। যে পরিবর্তন হোস্টনেম পরীক্ষা সারায় কিন্তু টানেল ঠিকানা ভাঙে, সেটি ভুল স্তরে প্রয়োগ করা হয়েছে।