AnyConnect-এ সংযোগ সাবসিস্টেম ইনিশিয়ালাইজ করতে ব্যর্থতার সমাধান

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

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

কিছু বদলানোর আগে সময়টি পড়ুন

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

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

ধাপ 1: এজেন্ট সার্ভিস চলছে কি না নিশ্চিত করুন

আপনি যে উইন্ডোতে ক্লিক করেন তা একটি ফ্রন্ট এন্ড; আসল কাজ হয় Cisco AnyConnect Secure Mobility Agent সার্ভিসে, যা vpnagent হিসেবে নিবন্ধিত। সেই সার্ভিসটি বন্ধ বা নিষ্ক্রিয় থাকলে, GUI-র কথা বলার মতো কিছু থাকে না এবং ঠিক এই ইনিশিয়ালাইজেশন ব্যর্থতার কথা জানায়। উন্নীত PowerShell প্রম্পট থেকে অবস্থা ও স্টার্টআপ টাইপ পরীক্ষা করুন:

Get-Service vpnagent | Select-Object Name, Status, StartType
sc.exe qc vpnagent
net start vpnagent

আগের ম্যানুয়াল স্টার্টআপ টাইপকে সম্মান করা ইনস্টলারই এটিকে নিষ্ক্রিয় করে ফেলার স্বাভাবিক কারণ, তাই শুধু Start চাপার বদলে StartType পরীক্ষা করুন। সার্ভিসটি কয়েক সেকেন্ডের মধ্যে চালু হয়ে বন্ধ হয়ে গেলে, Repair চাপার আগে System লগে Service Control Manager এন্ট্রি পড়ুন:

Get-WinEvent -FilterHashtable @{LogName="System"; ProviderName="Service Control Manager"} -MaxEvents 40

ব্লক করা ড্রাইভার, কোয়ারান্টিনে রাখা ফাইল বা তৃতীয় পক্ষের সিকিউরিটি পণ্যের ফিল্টার ড্রাইভার সেই ইভেন্টগুলোতে নিজের নাম বলবে। Repair একই ব্লক করা ফাইলের উপরেই পুনঃস্থাপন করে এবং কিছুই বদলায় না, তাই ইভেন্ট লগ আগে।

ধাপ 2: HTTP স্ট্যাক যে অফলাইন অবস্থা জানায় তা পরিষ্কার করুন

ক্লায়েন্ট Windows HTTP উপাদানের মাধ্যমে তার প্রোফাইল ডাউনলোড করে ও নীতি মূল্যায়ন করে, তাই ব্যবহারকারীর ইন্টারনেট সেটিংসে সেট করা অফলাইন ফ্ল্যাগ প্রতিটি ব্রাউজার পৃষ্ঠা লোড করার সময়ও ইনিশিয়ালাইজেশন ভেঙে দিতে পারে। মানটি সরাসরি পরীক্ষা করুন:

Get-ItemProperty "HKCU:\Software\Microsoft\Windows\CurrentVersion\Internet Settings" -Name GlobalUserOffline

মান 1 বোঝায় WinINet স্ট্যাক কলকারীদের বলছে মেশিনের কোনো সংযোগ নেই; এই অবস্থা সাধারণত Internet Explorer-এর Work Offline মেনু আইটেম বা কোনো অটোমেশন স্ক্রিপ্ট সেট করে। অন্য কিছু বদলানোর আগে এটি আবার 0-এ ফিরিয়ে দিন, সাইন আউট করে আবার সাইন ইন করুন এবং সংযোগটি আবার চেষ্টা করুন।

আপনি যদি এই মেশিনটি উত্তরাধিকারে পান এবং ফ্ল্যাগ কেন সেট হয়েছিল তা বলতে না পারেন, তবে টিকিটে তা লিখে রাখুন। মেশিনে অন্য কিছু এটি ইচ্ছাকৃতভাবে সেট করে থাকতে পারে, এবং পরের লগইনে তা ফিরে আসবে।

ধাপ 3: ভার্চুয়াল অ্যাডাপ্টারকে Hyper-V বা ICS থেকে মুক্ত করুন

দুটি Windows ভূমিকা ক্লায়েন্টের অ্যাডাপ্টার তৈরির জন্য প্রয়োজনীয় অংশগুলো ধরে রাখতে পারে। Hyper-V প্রথম: ভার্চুয়াল সুইচ সার্ভিস চলাকালে অ্যাডাপ্টার তৈরি এমনভাবে ব্যর্থ হতে পারে যা এই ত্রুটি হিসেবে দেখা যায়। সার্ভিস বন্ধ করা একটি রোগনির্ণয়, সমাধান নয়:

Get-Service vmms, vmcompute | Stop-Service
Get-NetAdapter | Where-Object InterfaceDescription -like "*Hyper-V*"

সেই সার্ভিসগুলো বন্ধ থাকা অবস্থায় ক্লায়েন্ট সংযোগ করলে দ্বন্দ্ব নিশ্চিত হয় এবং এখন আপনি জানেন Hyper-V হোস্টের মালিকের সঙ্গে কী নিয়ে দরকষাকষি করতে হবে। এরপর সেগুলো পুনরায় চালু করুন, যদি না মেশিনের আর ভার্চুয়ালাইজেশন দরকার না হয়।

ইন্টারনেট কানেকশন শেয়ারিং দ্বিতীয় মালিক। কোনো সংযোগ শেয়ার করা হলে ক্লায়েন্ট টানেল তৈরির আগেই ব্যর্থ হতে পারে। Get-Service SharedAccess দিয়ে নিশ্চিত করুন এবং এটি চলমান ও অটোমেটিকে সেট থাকলে অ্যাডাপ্টারগুলোর মধ্যে শেয়ার করা সংযোগ খুঁজে কেবল সেই অ্যাডাপ্টারে শেয়ারিং বন্ধ করুন।

আরও সস্তা একটি ব্যাখ্যা প্রথমেই বাদ দিতে হবে। যেসব মেশিনে আদৌ কাজ করা ইন্টারনেট অ্যাক্সেস নেই সেগুলো প্রায়ই পৌঁছানোর ত্রুটির বদলে এই বার্তাই দেখায়, তাই ক্লায়েন্টকে দোষ দেওয়ার আগে নিশ্চিত করুন যে Test-NetConnection গেটওয়ে ঠিকানায় ও একটি পাবলিক হোস্টে দুটোই সফল।

যাচাই করুন, তারপর অপ্রয়োজনীয়টা ফিরিয়ে নিন

যাচাই মানে ট্রের সবুজ ঢাল নয়। নিশ্চিত করুন অ্যাডাপ্টারটি আছে, ঠিকানা ধরে আছে এবং ট্রাফিক পার করে: Get-NetAdapter -Name "Cisco AnyConnect*" এটি চালু দেখাবে, ipconfig /all নির্ধারিত ঠিকানা ও DNS সার্ভার দেখাবে, এবং কোনো অভ্যন্তরীণ নামের প্রকৃত অনুরোধ স্থানীয় রিজলভারের বদলে টানেল দিয়ে সমাধান হবে।

কাজ করার সময় প্রতিটি পরিবর্তনের একটি ছোট তালিকা রাখুন, আপনি যে মান পেয়েছেন ও যে মান সেট করেছেন তা সহ। তৃতীয় ধাপের পরে সংযোগ কাজ করলে টিকিট বন্ধ করার আগে Hyper-V সার্ভিসগুলো পুনরুদ্ধার করে আবার পরীক্ষা করুন, কারণ যে সমাধান নিঃশব্দে ভার্চুয়ালাইজেশন নিষ্ক্রিয় করে তা লক্ষ্য করা পরবর্তী প্রশাসকই বাতিল করবেন।

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