27850, 442, 651: একটি স্ট্যাক, তিনটি প্রথম পরীক্ষা
তিনটি ত্রুটিই ভার্চুয়াল অ্যাডাপ্টার স্ট্যাক থেকে আসে। সংখ্যাটি তার স্তরের সঙ্গে মিলিয়ে নিন, সেই স্তরটি পরীক্ষা করুন, এবং পরিষ্কার করার পরেই পুনরায় ইনস্টল করুন।
ইনস্টলার 27850-এ থেমে যায়, একটি সংযোগ 442 নিয়ে প্রত্যাখ্যাত হয়, আর অন্য প্রোফাইল 651 ফেরায়। সংখ্যাগুলো তিনটি আলাদা ত্রুটি মনে হয়, আর স্বাভাবিক প্রতিক্রিয়া হলো ক্লায়েন্টটি তিনবার পুনরায় ইনস্টল করা। কিন্তু এগুলো একটি উপ-সিস্টেম থেকেই আসে: ভার্চুয়াল অ্যাডাপ্টার এবং তার চারপাশের ফিল্টার স্ট্যাক। ত্রুটির সংখ্যা জানায় কোন স্তরটি ব্যর্থ হয়েছে, আর সেটাই প্রথম পরীক্ষা নির্ধারণ করে। সংখ্যাটি না পড়েই পুনরায় ইনস্টল করলে সাধারণত একই ত্রুটি আবার তৈরি হয়।
সংখ্যাটি স্তরের সঙ্গে মিলিয়ে নিন
প্রতিটি ত্রুটি ভিন্ন বিন্দুতে ওঠে, তাই দৃশ্যমান লক্ষণ একই প্রত্যাখ্যাত সংযোগ হলেও প্রথম পরীক্ষা আলাদা। তিনটি পরিবার সব ক্ষেত্রেই ঢেকে দেয়: ইনস্টলার, অ্যাডাপ্টার এবং তার নিচের পোর্ট। নিচের সারণিটি প্রতিটি সংখ্যাকে তার প্রয়োজনীয় পরীক্ষার পাশে রাখে।
| Error | When it appears | First check | Usual cause |
|---|---|---|---|
| 27850 | During install | Filter count and security suite | Stack at the filter limit, or a suite blocking the driver |
| 442 | On connect | Adapter state and display name | Disabled adapter, ICS holding it, malformed CVirtA name |
| 651 | On connect | WAN miniport and third-party drivers | Miniport failed to start, bridging driver attached |
কোনো প্রোফাইল বেছে নেওয়ার আগে ত্রুটিটি দেখা দিলে সেটি ইনস্টল পরিবারের। ক্লায়েন্ট অ্যাডাপ্টারটি তুলতে চেষ্টা করার সময় দেখা দিলে সেটি অ্যাডাপ্টার পরিবারের। অ্যাডাপ্টারটি দেখা যায় কিন্তু পোর্টটি কখনো খোলে না, তাহলে সেটি মিনিপোর্ট পরিবারের। কিছু বদলানোর আগে সংখ্যাটি লিখে রাখুন। তিনটি মেরামত স্ট্যাকের আলাদা আলাদা অংশ স্পর্শ করে, আর ভুল পরিবারের জন্য করা পরিবর্তন পরের চেষ্টাটি পড়া কঠিন করে তোলে।
ভরা ফিল্টার স্ট্যাক, অথবা ড্রাইভার আটকানো একটি নিরাপত্তা স্যুট
ক্লায়েন্ট ইনস্টল করলে অ্যাডাপ্টার শৃঙ্খলে একটি ছোট ফিল্টার উপাদান নিবন্ধিত হয়। কতগুলো এমন উপাদান বাঁধা যাবে তার একটি কঠিন সীমা Windows-এ আছে, আর অ্যান্টিভাইরাস, একটি ভার্চুয়ালাইজেশন ব্রিজ ও একটি ক্যাপচার ড্রাইভার থাকলে ডিফল্ট খুব কম জায়গা রাখে। তখন VPN প্যাকেজ ঠিক থাকলেও ইনস্টলটি 27850 নিয়ে ব্যর্থ হয়। ভরা স্ট্যাক আর ভাঙা স্ট্যাকের পার্থক্য ইনস্টলার বুঝতে পারে না।
বর্তমান মানটি পড়ুন, বাড়িয়ে দিন, এবং আবার চেষ্টা করার আগে রিবুট করুন। স্ট্যাকটি নতুন করে তৈরি না হলে নতুন ফিল্টার বাঁধতে পারে না:
reg query "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters /t REG_DWORD /d 14 /fঅন্য কারণটি হলো এমন একটি নিরাপত্তা স্যুট যা দৃশ্যমান কোনো বার্তা ছাড়াই ড্রাইভার ইনস্টল আটকায়। তার আত্মরক্ষা বৈশিষ্ট্য ফিল্টারটিকে নিবন্ধিত হতে বাধা দিতে পারে, তাই ইনস্টলার একটি সাধারণ উপাদান ব্যর্থতা জানায়। স্যুটটির নিজের লগ দেখুন, আর আত্মরক্ষাই বাধা হলে কেবল ইনস্টলের সময়টুকুতে তা বন্ধ করে সঙ্গে সঙ্গে ফিরিয়ে দিন। মানটি যদি ইতিমধ্যে বাড়ানো হয়ে থাকে এবং কোনো স্যুট আটকাচ্ছে না, তাহলে খুঁজুন আগের VPN পণ্য থেকে পড়ে থাকা ফিল্টার ড্রাইভার। যে পুরনো ফিল্টারের আর মিলছে এমন সেবা নেই সেটি এখনো একটি জায়গা দখল করে থাকে এবং নতুন ইনস্টলটি ব্যর্থ করতে পারে।
অ্যাডাপ্টার আছে এবং নিচেই থাকে
ত্রুটি 442 মানে ভার্চুয়াল অ্যাডাপ্টারটি উপস্থিত কিন্তু ক্লায়েন্ট তা তুলতে পারে না। প্রথম পরীক্ষা হলো লুকানো ডিভাইস দেখানো ডিভাইস ম্যানেজার: নিষ্ক্রিয় অ্যাডাপ্টার, সতর্ক চিহ্নযুক্ত অ্যাডাপ্টার এবং অনুপস্থিত অ্যাডাপ্টার ক্লায়েন্টে একই রকম দেখায় কিন্তু আলাদা মেরামত দরকার। Internet Connection Sharing প্রায়ই এটি ধরে রাখে। সেবাটি অ্যাডাপ্টার দখল করে থাকলে রেজিস্ট্রিতে হাত দেওয়ার আগে সেবাটি বন্ধ করে আবার চেষ্টা করুন। পড়ে থাকা শেয়ারিং কনফিগারেশন রিবুটের পরেও আবার দখল করতে পারে, তাই মেরামতটি রিবুটের পর টেকে কি না লক্ষ্য করুন।
পুনরায় ইনস্টল করলে একটি বিকৃত ডিসপ্লে নাম পড়ে থাকতে পারে যা অ্যাডাপ্টারটিকে অপরিচালনযোগ্য করে তোলে। মানটি সাধারণ পাঠ্য হওয়া উচিত, অমীমাংসিত ইনস্টলার টোকেন নয়:
Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\CVirtA" -Name DisplayName
Set-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\CVirtA" -Name DisplayName -Value "Cisco Systems VPN Adapter for 64-bit Windows"আপনার ক্লায়েন্ট যে ডিসপ্লে নাম আশা করে সেটি ব্যবহার করুন, তারপর রিবুট করুন যাতে অ্যাডাপ্টারটি আবার গণনা হয়। রিবুট ছাড়া মান বসালে সাধারণত পুরনো অবস্থাটি জায়গাতেই থাকে এবং পরের সংযোগ আবার 442 ফেরায়।
নিচের পোর্টটি কখনো খোলে না
সংযোগ ব্যবস্থাপক WAN মিনিপোর্টটি খুলতে না পারলে ত্রুটি 651 জানানো হয়। ক্লায়েন্টে অ্যাডাপ্টারটি সুস্থ দেখাতে পারে, কিন্তু তার নিচের পোর্টটি কখনো চালু অবস্থায় পৌঁছায় না। কিছু পুনরায় ইনস্টল করার আগে মিনিপোর্টগুলো ও তাদের অবস্থা তালিকাভুক্ত করুন:
Get-PnpDevice -Class Net | Where-Object { $_.FriendlyName -like "*WAN Miniport*" } | Select-Object Status, FriendlyNameত্রুটির অবস্থাসহ মিনিপোর্টটিই সরাসরি সূত্র। ডিভাইস ম্যানেজার থেকে এটি পুনরায় ইনস্টল করলে পোর্টটি নতুন করে তৈরি হয়, তাই ক্লায়েন্ট পুনরায় ইনস্টল কাজ না করলেও এই মেরামত কাজ করে। ভৌত অ্যাডাপ্টারে যুক্ত তৃতীয় পক্ষের ড্রাইভার অন্য সাধারণ কারণ। VirtualBox-এর ব্রিজ নেটওয়ার্কিং ড্রাইভার, OpenVPN থেকে পড়ে থাকা TAP ড্রাইভার বা একটি ক্যাপচার ফিল্টার পোর্টটি আগে দখল করতে পারে। ড্রাইভার ইতিমধ্যে বাঁধা থাকলে ইনস্টলের সময় উপাদানটি আনচেক করা যথেষ্ট নয়; এটি অ্যাডাপ্টারের বৈশিষ্ট্য থেকে সরাতে হবে বা ড্রাইভার স্টোর থেকে আনইনস্টল করতে হবে।
VPN সংযোগে IPv6 নিষ্ক্রিয় করলে কিছু বিল্ডে এই ত্রুটি মিটেছে, তবে এটি স্থায়ী নকশা নয়, পরীক্ষা হিসেবে ধরুন। IPv6 নিষ্ক্রিয় করলেই যদি সংযোগ শুরু হয়, তাহলে মূল মিনিপোর্ট বা ড্রাইভারই এখনো দোষী।
একটি স্তর বদলান এবং প্রমাণ রাখুন
আপনি যে রেজিস্ট্রি মান বদলাচ্ছেন তা সংরক্ষণ করুন, অ্যাডাপ্টার ও ফিল্টার তালিকা আগে ও পরে লিখে রাখুন, এবং চেষ্টার মাঝে রিবুট করুন। এখানে প্রতিটি পরিবারের মেরামতের অংশ রিবুট, কারণ অ্যাডাপ্টার স্ট্যাক বুটের সময় তৈরি হয় আর সেবা পুনরায় চালু করলে তা নতুন করে তৈরি হয় না।
পুরনো অ্যাডাপ্টার, ফিল্টার ও মিনিপোর্ট চলে যাওয়ার পরেই ক্লায়েন্ট পুনরায় ইনস্টল করুন। ভাঙা স্ট্যাকের ওপর নতুন ক্লায়েন্ট বসানোই হলো সেই পথ যেখানে মেরামতযোগ্য 27850 দুটি অর্ধ-নিবন্ধিত অ্যাডাপ্টার ও স্পষ্ট ত্রুটিহীন একটি মেশিনে পরিণত হয়। একই ত্রুটি স্তরভিত্তিক পরীক্ষার পরেও দুবার টিকে থাকলে থামুন এবং উপরে জানান। তখন কাজের পরের পদক্ষেপ হলো সরবরাহকারীর ইনস্টলার লগসহ পরিষ্কার নেটওয়ার্ক স্ট্যাক পর্যালোচনা, একই পুনরায় ইনস্টলের আরেকটি চেষ্টা নয়।