Բացակայող PAC ֆայլը կարող է փոխել ձեր ելքի IP-ն
Եթե դիտարկիչը չի կարողանում ստանալ իր պրոքսի սկրիպտը, նրա պահուստային վարքը կարող է տարբերվել հաջողությամբ բեռնված սկրիպտի DIRECT կանոններից։
PAC ֆայլից յուրաքանչյուր DIRECT ճյուղ հեռացնելը պարտադիր չէ, որ վերահսկի, թե ինչ է անում դիտարկիչը, երբ ընդհանրապես չի կարողանում ձեռք բերել ֆայլը։
| Ձախողման կետ | Համապատասխան քաղաքականություն |
|---|---|
| Բեռնված սկրիպտը ընտրում է վերադարձված պրոքսիների միջև | դասակարգված թեկնածուների ցանկ՝ ներառյալ ցանկացած բացահայտ DIRECT տարբերակ։ |
| Դիտարկիչը չի կարող ստանալ օգտագործելի սկրիպտ | Հաճախորդի կազմաձևի պահուստը՝ ներառյալ ցանկացած օգտագործելի քեշ կամ ձեռքով այլընտրանք։ |
Chromium-ը փաստագրում է հաջորդ կազմաձևը PAC-ի ստացման ձախողումից հետո՝ ձեռքով պրոքսի աջակցվող հարթակներում, կամ ուղիղ հասանելիություն։ Պարտադիր PAC կազմաձևը կանխում է իր փաստագրված ուղիղ պահուստը, երբ այն սահմանվում է աջակցվող մեխանիզմով։ Սա չի սահմանում դիտարկիչի, հարթակի կամ քեշավորված սկրիպտի բոլոր իրավիճակները։
Անսպասելի ուղիղ ելքի դեպքում պահեք հաճախորդը/տարբերակը և գործող կառավարվող կամ ընդլայնման քաղաքականությունը PAC URL-ի, ստացման արդյունքի, դիտարկված ելք և ցանցի փոփոխության ժամանակի հետ միասին։ Նշեք՝ արդյոք գոյություն ուներ քեշավորված սկրիպտ կամ ձեռքով պրոքսի։ Զուգակցեք պրոքսի մատյանները հաճախորդի երթուղային ապացույցների հետ. պրոքսին չի կարող գրանցել հարցում, որը երբեք չի հասել իրեն։
Հաստատված ելք պահանջող կազմակերպությունը պետք է համապատասխանեցնի դիտարկիչի քաղաքականությունը ցանցային հասանելիության քաղաքականությանը։ Սկրիպտը, որը սովորաբար վերադարձնում է ճիշտ վերջնակետը, ինքնուրույն չի կարող երաշխավորել նույն ուղին, քանի դեռ նրա մատակարարման սերվերը անհասանելի է։