Երբ Chrome-ը չի կարող բեռնել տեղական PAC ֆայլը

Եթե Chrome-ը չի կարող օգտագործել file:// URL-ով տրամադրված PAC սկրիպտը, ստուգեք այդ առաքման ուղին սկրիպտը վերաշարադրելուց առաջ։ Մեկ տեղանքի բեռնման ձախողումը չի ապացուցում, որ PAC երթուղավորումը չի աջակցվում։

Chrome-ի վստահված սերվերի API-ն ունի pac_script ռեժիմ, որտեղ սկրիպտի URL-ը կամ ներկառուցված տվյալները հասանելի են աջակցվող ընդլայնման միջերեսի միջոցով։ Օպերացիոն համակարգի կարգավորումներով տրամադրված տեղական ֆայլը սկրիպտը առաքելու փորձի ընդամենը մեկ կոնկրետ եղանակ է։

Հետևեք սկրիպտին մինչև զննարկիչ

Պարզեք, թե ինչն է կառավարում տուժած զննարկիչը՝ համակարգի կարգավորումները, կառավարվող քաղաքականությունը, հրամանի տողի կազմաձևը կամ ընդլայնումը։ macOS-ի կարգավորումներում ցուցադրվող արժեքը չի ապացուցում, որ Chrome-ը ստացել և գնահատել է այդ սկրիպտը։

Տարանջատեք մերժված կամ անհասանելի սկրիպտի տեղանքը գնահատման սխալից, և երկուսն էլ՝ վավեր սկրիպտի վերադարձրած վստահված սերվերին միանալու ձախողումից։ SOCKS պորտը արդիական է դառնում միայն այն բանից հետո, երբ զննարկիչն ընտրել է այդ ուղին։

Տարածեք կառավարվող PAC-ը թիրախ հաճախորդների կողմից աջակցվող հաստատված մեխանիզմով։ HTTP կամ HTTPS առաքման URL-ը պետք է հասանելի մնա նաև այն դեպքում, երբ նրա նկարագրած վստահված սերվերը հասանելի չէ։ Ընդլայնման կողմից տրամադրված ներկառուցված տվյալների դեպքում բնօրինակ ֆայլի փոփոխությունը ինքնաշխատ չի թարմացնում պատճենված սկրիպտը։ Մեկնարկի պահին փոքր տեղական քաղաքականության համար, ներդրեք սկրիպտը data URL-ի մեջ որպես առաքման մեկ այլ ուղի։

Ներքին PAC-ը կարող է պարունակել մասնավոր հոսթանուններ և երթուղավորման կանոններ։ Պահեք այն հաստատված առաքման ծառայության վրա՝ տեղական ֆայլի խնդիրը լուծելու համար այն կամայական հանրային հոսթինգ տեղափոխելու փոխարեն։