আপনি NPS নীতিতে VLAN অ্যাট্রিবিউট যোগ করেন, VPN ব্যবহারকারী সংযোগ করেন, তবু ল্যাপটপটি ডিফল্ট পুলেই পড়ে থাকে। RADIUS সার্ভার ঠিক যা চেয়েছেন তা-ই ফেরত দিচ্ছে, তাই ব্যর্থতাটি ক্যাশিং সমস্যার মতো দেখায়। সাধারণত তা নয়। Access-Accept অনুমোদনের সূত্র বহন করে, এবং যে নেটওয়ার্ক অ্যাক্সেস সার্ভার তা পেয়েছে কেবল সে-ই একটিকে নেটওয়ার্ক অ্যাসাইনমেন্টে পরিণত করতে পারে।

নীতি নয়, গেটওয়ে থেকে শুরু করুন

কিছু বদলানোর আগে ক্লায়েন্ট থেকে ভেতরের দিকে শৃঙ্খলটি অনুসরণ করুন। ক্লায়েন্ট গেটওয়ের কাছে একটি সেশন চায়, গেটওয়ে RADIUS-কে জিজ্ঞাসা করে ব্যবহারকারী একটি পেতে পারে কি না, আর RADIUS একটি ফলাফল ও কিছু অ্যাট্রিবিউট দিয়ে উত্তর দেয়। এরপর গেটওয়ে যা প্রয়োগ করতে জানে তা প্রয়োগ করে।

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

সুইচ যা করে যা VPN পারে না

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

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

সার্ভার আসলে যে উত্তর পাঠিয়েছে তা পড়ুন

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

radtest alice secret 10.0.0.10 0 testing123

যদি সেই উত্তরে VLAN অ্যাট্রিবিউট অনুপস্থিত থাকে, আগে নীতির মিল ঠিক করুন। যদি উপস্থিত থাকে, সার্ভার তার অংশ করেছে এবং ফাঁকটি নিচের দিকে।

আগে সেশন নীতি প্রমাণ করুন, তারপর পৌঁছানোযোগ্যতা

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

swanctl --list-sas

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

সম্পর্কিত নিবন্ধ