কয়েকজন দর্শনার্থী একটি পাবলিক ঠিকানা থেকে আসে। এটি অফিস NAT গেটওয়ের সঙ্গে মেলে। শেয়ার করা ফরোয়ার্ড প্রক্সির সঙ্গেও মেলে। কেবল ঠিকানাটি এদের মধ্যে বাছাই করে না।

NAT পথ ধরে ঠিকানার তথ্য বদলায়। ফরোয়ার্ড প্রক্সি একটি সংযোগ গ্রহণ করে এবং সামনে আরেকটি সংযোগ তৈরি করে। এগুলি ভিন্ন প্রক্রিয়া, তবে গন্তব্য নিজের কাছে পৌঁছানো সংযোগগুলিই দেখে, ক্লায়েন্টের নেটওয়ার্ক সরঞ্জামের সম্পূর্ণ তালিকা নয়।

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

তাই একটি পরীক্ষকে “কোনও প্রক্সি পাওয়া যায়নি” বলা নেটওয়ার্কের নকশা নয়। অন্য প্রতিটি ওয়েবসাইটও একই সিদ্ধান্তে পৌঁছাবে বলে এটি প্রমাণ দিতে পারে না।

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

প্রবেশ নিয়ন্ত্রণের জন্য ঠিক করুন কী সুরক্ষা করতে হবে। শেয়ার করা ঠিকানা মোটা হার-সীমার জন্য কাজে লাগতে পারে, কিন্তু একজন ব্যক্তির বিকল্প হিসেবে দুর্বল। এটিকে NAT বা প্রক্সি বলা ওই পরিচয়ের সমস্যা মেটায় না।

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