Կարգավորված փոխանցում պրոքսիների միջև PAC ֆայլում

Կետադրիչով բաժանված PAC արդյունքը հերթականությամբ տալիս է այլընտրանքային ուղիներ՝

return "PROXY proxy-a.example:8080; PROXY proxy-b.example:8080";

Օգտագործեք քաղաքականության պահանջած իրական HTTP վերջնակետերը: Հանրային պրոքսիներով թույլատրված հանրային նպատակակետերի փորձարկումների համար HTTP պրոքսիների ցանկը առաջարկում է թեկնածուներ: Զննարկիչը կարող է A-ի ձախողումից հետո հարմար դեպքում փորձել B-ն: Երթևեկությունը չի անցնում A-ով, ապա B-ով: Շղթան պահանջում է առանձին աջակցություն հաճախորդում կամ պրոքսի սերվերներում; curl-ի SOCKS-ից HTTP շղթան աջակցվող տարբերակներից մեկն է:

Սցենարի և պրոքսիի հասանելիությունը

Հաճախորդը նախ պետք է ստանա օգտագործելի PAC սցենար: Վերադարձվող արժեքի երկրորդ պրոքսին չի կարող օգնել զննարկիչին, որը չի կարողացել ներբեռնել սցենարը և չունի օգտագործելի պահված պատճեն:

Գնահատումից հետո զննարկիչն ընտրում է վերադարձված ուղիներից: PAC տեղեկատու սահմանում է հերթական ձևաչափը. զննարկիչը որոշում է, թե որ ձախողումներն են գործարկում անցումը և ինչքան ժամանակ է հիշում ձախողված թեկնածուին: Աշխատող պրոքսիով ստացված HTTP սխալը ինքնաբերաբար չի գործարկում այլ ուղի:

Ուղղակի այլընտրանք

Ավելացնելը ; DIRECT թույլ է տալիս ուղի առանց երկու պրոքսիներից որևէ մեկի: Դա կարող է հարմար լինել ռոումինգի քաղաքականությանը, բայց հակասում է այն պահանջին, որ տուժած երթևեկությունը միշտ օգտագործի հաստատված ելք:

Ընդհատման հաշվետվության համար գրանցեք՝ արդյոք սցենարը ստացվել է, դրա արդյունքը տուժած URL-ի համար, և այլընտրանքը, որը փորձել է զննարկիչը: Այդ դիտարկումները տեղորոշում են ձախողումը սցենարի առաքման, գնահատման և պրոքսիի կապի միջև: