আপনি প্রক্সি পাসওয়ার্ড বদলেছেন। একটি বিল্ডে এখনও পুরোনো কপি আছে।

নতুন পাসওয়ার্ড ব্রাউজারে কাজ করে। প্রকল্প A বিল্ড হয়। প্রকল্প B 407 ফেরত দেয়। প্রক্সিকে এলোমেলোভাবে বাছাই করতে হয় না: এর একটি ক্লায়েন্ট এখনও পুরোনো ক্রেডেনশিয়াল উপস্থাপন করতে পারে।

শুধু ফাইল নয়, ব্যবহারকারীদের অনুসরণ করুন

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

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

ব্যর্থ প্রক্রিয়ার সঙ্গে কার্যকর প্রক্রিয়ার তুলনা করুন

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

শুধু যেখানে ওই ক্লায়েন্টের প্রয়োজন সেখানে ইচ্ছাকৃত পুনরায় চালু বা নথিভুক্ত কনফিগারেশন রিফ্রেশ ব্যবহার করুন। একসঙ্গে সবকিছু পুনরায় চালু করলে কোন ব্যবহারকারী পুরোনো ছিল তা ঢাকা পড়ে এবং সংশ্লিষ্ট নয় এমন কাজ ব্যাহত হতে পারে।

ক্লায়েন্ট রিফ্রেশকে রিভোকেশনের সঙ্গে মেলাবেন না

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

পরবর্তী রোটেশনের জন্য ব্যবহারকারী তালিকাকে পরিবর্তনের অংশ করুন। সফল ফলাফল হলো প্রতিটি অভিপ্রেত ক্লায়েন্ট তার অভিপ্রেত উৎস ও অ্যাকাউন্ট ব্যবহার করছে, শুধু একটি ওয়ার্কস্টেশনে পাসওয়ার্ড ডায়ালগ বন্ধ হওয়া নয়।