SoftEther ভার্চুয়াল অ্যাডাপ্টার দেখা যায় কিন্তু কোনো ট্রাফিক পাঠায় না

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

ডিভাইসটিকে সেশন থেকে আলাদা করুন

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

অ্যাডাপ্টার ও ভৌত ইন্টারফেসের কাজ আলাদা। একটি অ্যাপ্লিকেশনগুলো যে ডিক্রিপ্ট করা ট্রাফিক দেখে তা বহন করে, আর অন্যটি সার্ভারে এনক্রিপ্ট করা বাইরের সংযোগ বহন করে। দুটিকে গুলিয়ে ফেললে ভুল ডিভাইসে ফায়ারওয়াল নিয়ম ও রুট প্রয়োগ হয়। ভৌত ইন্টারফেসের জন্য লেখা নিয়ম টানেলের ট্রাফিকের সঙ্গে মিলবে না, আর টানেলের জন্য লেখা নিয়ম বাইরের সংযোগকে প্রভাবিত করবে না।

একটি অ্যাডাপ্টারের সঙ্গে একটি প্রোফাইল মিলান

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

ক্লায়েন্ট যদি বন্ধন পুনরায় তৈরি করার একটি সমর্থিত উপায় দেয়, তবে অপারেটিং সিস্টেমের কনফিগারেশন সরাসরি সম্পাদনার বদলে সেটিই ব্যবহার করুন। ক্লায়েন্ট সংযোগের সময় অ্যাডাপ্টারের সেটিংস লেখে, তাই হাতে করা পরিবর্তন সাধারণত হারিয়ে যায় বা পরের সেশনে সংঘর্ষে পড়ে।

সংযুক্ত হওয়ার পরে কার্যকর সেটিংস পড়ুন

সেশন চালু হওয়ার পরে সিস্টেম থেকে ঠিকানা, রুট ও রিজলভার পড়ুন। ক্লায়েন্টের স্ট্যাটাস প্যানেল বলে সে কী চেয়েছিল, আর কার্নেল বলে আসলে কী ঘটেছে।

ip -brief address show
ip route get 10.20.30.41
resolvectl status | head -20

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

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

ব্রিজ বা মুছে ফেলার আগে থামুন

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

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

অ্যাডাপ্টার নয়, অ্যাপ্লিকেশন পরীক্ষা করে শেষ করুন। টানেলের মাধ্যমে লোড হওয়া একটি ফাইল শেয়ার বা ইন্ট্রানেট পৃষ্ঠাই প্রমাণ যে ডিভাইস, সেশন ও রুট সবই একমত।