Chrome-ის გაფართოებები: წაიკითხეთ ეფექტური პროქსის კონფიგურაცია უკან
შეამოწმეთ დასრულება, value.mode, levelOfControl და ფარგლები, სანამ set-ის გამოძახებას ბრაუზერის რეალური მარშრუტის მტკიცებულებად ჩათვლით.
წარმატებული settings.set() დასრულება ნაკლებს გეუბნებათ, ვიდრე წარმატებული ბრაუზერის მოთხოვნა განკუთვნილი ბოლო წერტილის გავლით. წაიკითხეთ ეფექტური ChromeSetting ასინქრონული ოპერაციის დასრულების შემდეგ, ჯერ მისი შეცდომის გზის დამუშავებით.
| უკან წაკითხვის დეტალი | კითხვა, რომელზეც პასუხობს |
|---|---|
value.mode | ეს სისტემური კონფიგურაციაა, ფიქსირებული სერვერები თუ PAC? წაიკითხეთ ამ ფორმის შესაბამისი ველები და ნუ ივარაუდებთ ზედა დონის ჰოსტს. |
levelOfControl | შეუძლია ამ გაფართოებას პარამეტრის კონტროლი და აკონტროლებს მას ეს თუ სხვა გაფართოება? მართული პოლიტიკა შეიძლება ცვლილებებს ზღუდავდეს. |
| ფარგლები და დათვალიერების კონტექსტი | ამოწმებთ ჩვეულებრივ თუ განკუთვნილ ინკოგნიტო განლაგებას? გამოიყენეთ API-ის დოკუმენტირებული წაკითხვის/ჩაწერის პარამეტრები. |
set ოპერაციის დაწყებისთანავე გაშვებული წაკითხვა შეიძლება მას დაეჯიბროს. არასწორი თვისების წაკითხვამ შეიძლება სწორი სისტემური ან PAC კონფიგურაცია ცარიელად აჩვენოს. არც ერთი დაკვირვება არ ამტკიცებს, რომ დისტანციურმა პროქსიმ რაიმე უარყო.
თუ პარამეტრების კონტროლი გამორთულია, შეამოწმეთ მმართველი პოლიტიკა ან გაფართოება და ნუ ჩაწერთ განმეორებით კონკურენტ საცავში. Chrome-ს შეუძლია სისტემური პარამეტრების, ბრძანების ხაზის კონფიგურაციის, გაფართოებებისა და პოლიტიკის გაერთიანება.
ეფექტური კონფიგურაციის გაგების შემდეგ შეამოწმეთ მარშრუტი დანიშნულებისკენ. PAC-მა ან გვერდის ავლამ შეიძლება განზრახ აირჩიოს პირდაპირი წვდომა. თუ ის ირჩევს მოსალოდნელ პროქსის, ბოლო წერტილის ხელმისაწვდომობა, ავთენტიფიკაცია და დაკვირვებული გასვლა რჩება კითხვებად რეალური ბრაუზერის მოთხოვნისთვის; კონფიგურაციის უკან წაკითხვა არ არის ჯანმრთელობის შემოწმება.