Cisco VPN Hyper-V-এর পরে আটকে যায়: আনবাইন্ড নাকি পুনর্গঠন?

ক্লায়েন্ট securing communications-এ ঘুরতে থাকে এবং কখনো লগইন প্রম্পট দেখায় না, আর একমাত্র পরিবর্তন ছিল একটি এমুলেটর ইনস্টল। এই ধরনটি প্রোফাইল বা পাসওয়ার্ডের দিকে নয়, ভার্চুয়াল অ্যাডাপ্টারের দিকে ইঙ্গিত করে। সিদ্ধান্ত হলো অ্যাডাপ্টারটি এমন Hyper-V সুইচে বাউন্ড কি না যেখানে তার থাকার কথা নয়, নাকি সেটি আদৌ চালু হয়নি।

এই দুই অবস্থা ক্লায়েন্টে একই রকম দেখায় এবং আলাদা মেরামত দরকার। একটি হলো এমন বাইন্ডিং যা আপনি ফিরিয়ে নিতে পারেন; অন্যটি ড্রাইভার সমস্যা, যেখানে আনবাইন্ড করলে কিছুই ঠিক হয় না।

Securing communications পর্যায়টি কীসের জন্য অপেক্ষা করছে

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

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

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

প্রথম সিদ্ধান্ত: VPN অ্যাডাপ্টার কি ভুল সুইচে বাউন্ড?

Hyper-V Manager খুলুন, তারপর Virtual Switch Manager, এবং প্রতিটি সুইচের অ্যাডাপ্টার তালিকা পড়ুন। Cisco অ্যাডাপ্টার কোনো এমুলেটর সুইচের সংযুক্তি হিসেবে দেখা যাওয়া উচিত নয়। যদি দেখা যায়, তবে এটি আপনার ভুল, আর মেরামত হলো সেটি ওই সুইচ থেকে সরিয়ে ফেলা।

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

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

দ্বিতীয় সিদ্ধান্ত: অ্যাডাপ্টার চালু কিন্তু ঠিকানাহীন?

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

চালু কিন্তু ভুল সুইচে সংযুক্ত অ্যাডাপ্টার হলো আগের অংশের ঘটনা। ঠিকানার অবস্থা দিয়েই দুটিকে আলাদা করা যায়।

ত্রুটি না ফিরিয়ে এমুলেটর ফিরিয়ে আনুন

টানেল কাজ করলে এমুলেটরের নিজের অ্যাডাপ্টার আবার তার সুইচে সংযুক্ত করুন এবং VM ঠিকানা পাচ্ছে কি না নিশ্চিত করুন। VPN অ্যাডাপ্টার আবার সংযুক্ত করবেন না। কাজ শেষ বলার আগে এমুলেটর ও ক্লায়েন্ট দুটোই আরেকবার পরীক্ষা করুন।

পরিচালিত ওয়ার্কস্টেশনে কোন বাইন্ডিং বদলেছেন তা প্রশাসককে জানান। পরবর্তী নীতি রিফ্রেশ পুরোনো সংযুক্তি ফিরিয়ে দিতে পারে, এবং আটকে যাওয়াটি স্পষ্ট কারণ ছাড়াই ফিরে আসবে।

অ্যাডাপ্টারের নাম, যে সুইচে এটি বাউন্ড ছিল, এবং আগে ও পরে ipconfig অবস্থা লিখে রাখুন। আপডেটের পরে আটকে যাওয়া ফিরে এলে সেই রেকর্ডই পাঁচ মিনিটের পরীক্ষা আর শূন্য থেকে শুরু করার মধ্যে পার্থক্য।