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

পদ্ধতিকী অনুমোদিত হয়
স্পষ্ট HTTP প্রক্সি প্রমাণীকরণ407-এর মতো প্রক্সি চ্যালেঞ্জের উত্তর শংসাপত্র দিয়ে দেওয়া হয় প্রক্সির নিয়ম অনুযায়ী
ঠিকানা-ভিত্তিক পোর্টাল বা নেটওয়ার্ক প্রবেশ অনুমোদনদৃশ্যমান উৎস ঠিকানার সঙ্গে যুক্ত ট্রাফিক

NAT-এর সঙ্গে হোস্ট ও অতিথির ট্রাফিক হোস্টের অনূদিত উৎস ভাগ করতে পারে। তাই কেবল সেই ঠিকানায় আবদ্ধ অনুমোদন দুটোকেই ঢেকে দিতে পারে। NAT নিজে ব্রাউজার প্রক্সি সেটিংস কপি করে না, অতিথি অ্যাপ্লিকেশনের জন্য Proxy-Authorization তৈরি করে না।

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

ব্রিজ করা অতিথি ভিন্ন উৎস উপস্থাপন করে আবার পোর্টালের মুখোমুখি হতে পারে। IPv6-ও IPv4 NAT থেকে ভিন্ন পথ নিতে পারে। ব্যক্তিগত জবাবদিহিতার জন্য একটি অনূদিত ঠিকানা একজন ব্যক্তিকে বোঝায় ধরে নেওয়ার বদলে প্রয়োজনীয় ব্যবহারকারীদের আলাদা করে এমন পরিচয় সীমা বেছে নিন।

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