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

প্রোফাইলটি আসলে কীসের সাথে বাঁধা

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

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

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

ত্রুটি কোড নয়, অ্যাডাপ্টারের অবস্থা থেকে সিদ্ধান্ত নিন

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

পার্থক্য গড়ে যে পর্যবেক্ষণগুলো তা অল্প। এই সারণি প্রতিটিকে একটি শুধু-পড়ার পরবর্তী ধাপে যুক্ত করে:

What you observeWhat it impliesRead-only step
Every profile on one protocol failsThat protocol's miniport is unusableRead the hidden adapter status
Adapter reports healthy, tunnel never startsA binding is missing or disabledList every binding on the adapter
Only the vendor client failsThe vendor adapter or its registered nameRead the vendor service key
The profile will not deleteThe interface underneath is stuckConfirm the adapter before removing the profile

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

বেশিরভাগ টিকিট মেটায় এমন দুটি পাঠ

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

Get-NetAdapter -IncludeHidden | Where-Object InterfaceDescription -like 'WAN Miniport*' | Select-Object Name, InterfaceDescription, Status
Get-NetAdapterBinding -Name 'WAN Miniport (IKEv2)' -IncludeHidden -AllBindings

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

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

অ্যাডাপ্টার সরানোর আগে তার নাম ও ড্রাইভার সংস্করণ সংরক্ষণ করুন

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

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

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

HKLM\SYSTEM\CurrentControlSet\Services\CVirtA
DisplayName = Cisco Systems VPN Adapter for 64-bit Windows

এই কীটি একটি ক্লায়েন্টের। এটি সাধারণ Windows মেরামত নয়, এবং যে মেশিনে ওই ক্লায়েন্ট চলে না সেখানে এটি কখনোই প্রয়োগ করা উচিত নয়।

টিকিট বন্ধ করার আগে দ্বিতীয় প্রোটোকল দিয়ে নিশ্চিত করুন

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

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

সম্পর্কিত নিবন্ধ