Windows VPN বলছে ডিভাইস নেই: ক্রম অনুসারে সারান
হারানো ডিভাইস এবং সঙ্গে সঙ্গে থেমে যাওয়া SSTP পরিষেবা স্থানীয় ত্রুটি, শংসাপত্রের সমস্যা নয়। পরিষেবা, মিনিপোর্ট ও একটি প্রোফাইল ক্রমে দেখুন।
Windows-এ আপাতদৃষ্টিতে সম্পর্কহীন দুটি লক্ষণ একই কারণ শেয়ার করে: সংরক্ষিত সংযোগ জানাচ্ছে ডিভাইসটি নেই, এবং একটি SSTP পরিষেবা কয়েক সেকেন্ডেই শুরু হয়ে থেমে যাচ্ছে। কোনোটিই পাসওয়ার্ডের সমস্যা নয়, আর কোনোটিই আগে প্রোফাইল নতুন করে বানিয়ে সারানো যায় না। যেকোনো সাইন-ইন প্রচেষ্টার আগে যে স্থানীয় অংশগুলো থাকতেই হবে, সেখান থেকেই সারানো শুরু হয়।
নিচের ক্রমে বাইরের দিকে এগোন, এবং যে পর্যায়ে লক্ষণ বদলায় সেখানেই থামো। ডিভাইস তৈরির আগে প্রোফাইল নতুন করে বানালে একই বার্তাসহ আরেকটি এন্ট্রি তৈরি হয়।
শংসাপত্র নয়, পরিষেবা দিয়ে শুরু করুন
একটি নেটিভ Windows সংযোগের পেছনে তিনটি পরিষেবা থাকে: Telephony, Remote Access Connection Manager এবং Remote Access Auto Connection Manager। আউটবাউন্ড প্রোফাইলের জন্য তিনটিই চলতে হবে, এবং আগের কোনো পরিষ্কার স্ক্রিপ্ট বা কঠোর করা ইমেজের কারণে যেকোনোটিই নিষ্ক্রিয় রাখা হতে পারে। ব্যবহৃতগুলোকে Disabled-এ রেখে না দিয়ে Manual বা Automatic-এ সেট করুন, এবং অন্য কিছুতে হাত দেওয়ার আগে সেগুলো চালু করুন। Routing and Remote Access হলো ভিন্ন একটি উপাদান যা অন্তর্মুখী সংযোগ হোস্ট করে, তাই এটি চালু করা আউটবাউন্ড ডায়ালের পূর্বশর্ত নয়।
Get-Service -Name TapiSrv,RasMan,RasAuto | Format-Table Name,Status,StartType
Get-WinEvent -LogName System -MaxEvents 30 | Where-Object { $_.ProviderName -match 'Ras|RemoteAccess' }
যে পরিষেবা শুরু হয়ে সঙ্গে সঙ্গে Stopped-এ ফিরে যায়, তা কেবল নিষ্ক্রিয় করা পরিষেবার চেয়ে ভিন্ন ত্রুটি। সংশ্লিষ্ট ইভেন্ট এন্ট্রি যে উপাদানটি চালিয়ে যেতে অস্বীকার করেছে তার নাম বলে।
তারপর প্রোফাইলের পেছনের মিনিপোর্টগুলো দেখুন
একটি সচল ইনস্টলেশন যে প্রোটোকলগুলো ব্যবহার করতে পারে সেগুলোর জন্য WAN Miniport ডিভাইস তালিকাভুক্ত করে, যার মধ্যে PPTP, L2TP, IKEv2 ও PPPoE আছে। সেই এন্ট্রিগুলো অনুপস্থিত বা নিষ্ক্রিয় থাকলে Windows-এর সংযোগটি বাঁধার কিছু থাকে না, আর প্রোফাইল ডিভাইস নেই বলে জানাতেই থাকে। লুকানো ডিভাইস দেখিয়ে Device Manager খুলুন এবং Network adapters প্রসারিত করে ফিল্টার করা তালিকার বদলে আসল ইনভেন্টরি দেখুন। কানেকশন ম্যানেজার চালু করলে প্রায়ই ওই ডিভাইসগুলো আবার গণনা করা হয়, তাই পরিষেবার ত্রুটি অনুপস্থিত হার্ডওয়্যারের মতো দেখাতে পারে।
মিনিপোর্ট চালু করা একটি সমর্থিত মেরামত, কিন্তু অ্যাডাপ্টারগুলো একসঙ্গে মুছে ফেলা নয়। পার্থক্যটি দূরের মেশিনে গুরুত্বপূর্ণ, যেখানে আপনি যে অ্যাডাপ্টার সরান সেটিই ফিরে আসার একটি পথ হারানো।
যখন SSTP সেকেন্ডের মধ্যে শুরু ও বন্ধ হয়
SSTP-এর নিচে দুটি শেয়ার করা উপাদান থাকে: ইভেন্ট লগ ও WMI রিপোজিটরি। ওই রিপোজিটরি ক্ষতিগ্রস্ত হলে পরিষেবা চলতে অস্বীকার করে, আর VPN প্রোফাইলে এর কোনো ব্যাখ্যা নেই। প্রশাসনিক সেশনে Safe Mode-এ বুট করুন, তারপর সিস্টেম ড্রাইভে WMI লগ ফোল্ডারের ভেতরের RtBackup ডিরেক্টরি খালি করুন, ডিরেক্টরিটি নিজে রেখে দিন। যেখানে নাম বদলাতে বাধা আছে, সেখানে আগে ভেতরের বিষয়বস্তু মুছুন, পরে নাম বদলান, পুরনো ফাইলগুলো প্রতিস্থাপনে নিয়ে যান। ইভেন্ট লগগুলো সংরক্ষণ করুন এবং তারপর সেগুলো মুছুন, কারণ খালি RtBackup-এ শুরু হওয়া পরিষেবা পরের বুটে লগ ক্ষতিগ্রস্ত থাকলে আবারও ব্যর্থ হতে থাকে।
Event Viewer যদি একেবারেই না খোলে, তবে সমস্যা VPN কনফিগারেশনে নয়, লগে। আরেকটি সেটিং বদলানোর আগে সেগুলোতে ফিরে যান।
একটি এন্ট্রি নতুন করে বানান এবং একা পরীক্ষা করুন
প্রতিটি নেটিভ সংযোগ একটি ফোন বুক ফাইলে থাকে, আর ব্যবহারকারীভিত্তিক কপি Network/Connections পথে রোমিং অ্যাপ্লিকেশন ডেটা ফোল্ডারে থাকে। মেশিন-ব্যাপী ফোন বুক আলাদা ফাইল যা পরস্পর সম্পর্কহীন এন্ট্রি ধারণ করতে পারে। উইজার্ড দিয়ে একটি নতুন সংযোগ যোগ করুন, বা অপারেটর যে প্যাকেজ দেয় তা আমদানি করুন, এবং অন্য কিছুর আগে ওই এন্ট্রিটি আলাদাভাবে পরীক্ষা করুন। ফোন বুক পুরোটা বদলে দিলে সচল সংযোগগুলোও নষ্টটির সঙ্গে নিচে নেমে যায়।
rasdial "Office VPN"
rasdial "Office VPN" /disconnect
Get-PnpDevice -Class Net | Where-Object FriendlyName -like '*WAN Miniport*'
যে সংযোগ প্রতিষ্ঠিত হয় কিন্তু পরে কিছুই বহন করে না, তা এই মেরামতের বাইরে চলে গেছে। Hyper-V হোস্টে ভার্চুয়াল অ্যাডাপ্টারে NetBIOS over TCP/IP চালু করা কয়েকটি নথিভুক্ত SSTP ক্ষেত্রে অনুপস্থিত টুকরো, আর এটি যাচাই করতে কিছুই লাগে না। মেয়াদোত্তীর্ণ পাসওয়ার্ড সংযোগ থাকা অবস্থাতেই সারানো হয়, কারণ ডিরেক্টরি নতুন মানটি কেবল সফল সাইন-ইনের পরেই জানতে পারে। এগোনোর আগে কোন পর্যায়টি ব্যর্থ হলো তা টুকে রাখুন, কারণ প্রমাণীকরণ ত্রুটির জবাবে ডিভাইস পথ নতুন করে বানালে শুধু ছোটাছুটি হয়, অগ্রগতি নয়।
পরিষেবা, তারপর মিনিপোর্ট, তারপর একটি প্রোফাইল, তারপর প্রমাণীকরণ, তারপর দূরের রিসোর্স। এই ক্রমটাই পুরো পদ্ধতি, আর প্রথম পরিবর্তনে থেমে যাওয়াই এটিকে সংক্ষিপ্ত রাখে।