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

Windows ইন্টারনেট সেটিংসের ব্যবহারকারী ও মেশিন—দুটি পরিসর আছে। পুরোনো নামের নীতি “প্রক্সি সেটিংস প্রতি-মেশিন করুন (প্রতি-ব্যবহারকারী নয়)” যে সেটিংসগুলি এটি নিয়ন্ত্রণ করে সেগুলির জন্য এই পার্থক্য নিয়ন্ত্রণ করে। এটি বর্তমান ব্যবহারকারীর রেজিস্ট্রি হাইভের অধীনে একটি মান পরিবর্তন থেকে আলাদা।

সেটিংটির মালিক চিহ্নিত করুন

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

রেজিস্ট্রি-কপি সমাধান নির্দিষ্ট পরিবেশ বর্ণনা করে, কখনও 32-bit ও 64-bit আচরণে ভিন্ন। একটি রপ্তানি করা ব্লব প্রতিটি Windows সংস্করণ ও অ্যাকাউন্টের জন্য উপযুক্ত—এটি তারা নিশ্চিত করে না।

তারপর অ্যাপ্লিকেশনটি চিহ্নিত করুন

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

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

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

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