Windows VPN অ্যাডাপ্টারে অজানা নেটওয়ার্ক: এর অর্থ কী

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

লেবেলটি ফায়ারওয়াল বিভাগ, স্ট্যাটাস লাইট নয়

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

পাবলিক হলো সীমিত প্রোফাইল, তাই বাস্তব প্রশ্ন হলো আপনার সেবাটি সেখানে অনুমোদিত কি না। টানেল পুরোপুরি সুস্থ থেকেও লেবেল দেখাতে পারে, কারণ শ্রেণিবিন্যাস সংযোগের অবস্থার বদলে ইন্টারফেসের আকৃতির উপর নির্ভর করে।

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

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

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

এই কমান্ডগুলো বর্তমান প্রোফাইল, ইন্টারফেসের তালিকা এবং একটি অ্যাডাপ্টারের কনফিগারেশন ছাপে:

Get-NetConnectionProfile
Get-NetAdapter | Format-Table Name,InterfaceIndex,Status
Get-NetIPConfiguration -InterfaceAlias "My VPN Adapter"

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

অ্যাডাপ্টারটি আদৌ অজানা দেখায় কেন

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

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

এর কোনোটিই ত্রুটি নয়। এটি শ্রেণিবিন্যাস ইঞ্জিন এমন ইন্টারফেস বর্ণনা করছে যা LAN-এর মতো দেখায় না, আর টানেল ঠিক তাই।

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

বিভাগ বদলানোর পরিণাম আছে

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

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

ব্যর্থ প্রবাহ ঠিক করুন, নাম নয়

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

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

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