Chrome এক্সটেনশন: কার্যকর প্রক্সি কনফিগারেশন আবার পড়ুন
set কলব্যাককে ব্রাউজারের প্রকৃত রুটের প্রমাণ ধরে নেওয়ার আগে সম্পূর্ণতা, value.mode, levelOfControl এবং সুযোগ পরীক্ষা করুন।
সফল settings.set() সম্পূর্ণতা উদ্দিষ্ট এন্ডপয়েন্টের মাধ্যমে সফল ব্রাউজার অনুরোধের চেয়ে কম কিছু বলে। অ্যাসিঙ্ক্রোনাস অপারেশন শেষ হওয়ার পরে কার্যকর ChromeSetting আবার পড়ুন, আগে এর ত্রুটি পথ সামলান।
| পুনঃপঠন বিবরণ | যে প্রশ্নের উত্তর দেয় |
|---|---|
value.mode | এটি সিস্টেম কনফিগারেশন, নির্দিষ্ট সার্ভার নাকি PAC? শীর্ষ-স্তরের হোস্ট ধরে নেওয়ার বদলে সেই আকারের উপযুক্ত ক্ষেত্রগুলি পড়ুন। |
levelOfControl | এই এক্সটেনশন কি সেটিং নিয়ন্ত্রণ করতে পারে, এবং এটি এই বা অন্য এক্সটেনশন দ্বারা নিয়ন্ত্রিত? পরিচালিত নীতি পরিবর্তন সীমাবদ্ধ করতে পারে। |
| সুযোগ ও ব্রাউজিং প্রসঙ্গ | আপনি কি সাধারণ নাকি উদ্দিষ্ট ইনকগনিটো ব্যবস্থা পরীক্ষা করছেন? API-এর নথিভুক্ত পড়া/লেখার বিকল্প ব্যবহার করুন। |
set অপারেশন শুরুর সঙ্গে সঙ্গে চালু করা পাঠ এর সঙ্গে প্রতিযোগিতা করতে পারে। ভুল প্রপার্টি পড়লে বৈধ সিস্টেম বা PAC কনফিগারেশন খালি দেখাতে পারে। কোনও পর্যবেক্ষণই প্রমাণ করে না যে দূরবর্তী প্রক্সি কিছু প্রত্যাখ্যান করেছে।
সেটিংস নিয়ন্ত্রণ নিষ্ক্রিয় থাকলে, বারবার প্রতিদ্বন্দ্বী স্টোরে লেখার বদলে নিয়ন্ত্রক নীতি বা এক্সটেনশন পরীক্ষা করুন। Chrome সিস্টেম সেটিংস, কমান্ড-লাইন কনফিগারেশন, এক্সটেনশন ও নীতি একত্র করতে পারে।
কার্যকর কনফিগারেশন বোঝার পরে গন্তব্যের পথ পরীক্ষা করুন। PAC বা বাইপাস ইচ্ছাকৃতভাবে সরাসরি অ্যাক্সেস বেছে নিতে পারে। যদি প্রত্যাশিত প্রক্সি বেছে নেয়, এন্ডপয়েন্টের প্রাপ্যতা, প্রমাণীকরণ এবং পর্যবেক্ষিত প্রস্থান প্রকৃত ব্রাউজার অনুরোধের জন্য প্রশ্ন থেকে যায়; কনফিগারেশন পুনঃপঠন স্বাস্থ্য পরীক্ষা নয়।