PAC ֆայլեր․ երբ հարցումն օգտագործում է պրոքսի կամ գնում ուղիղ
PAC արդյունքը կարդացեք որպես կոնկրետ նպատակակետի երթուղավորման որոշում՝ հասկանալով DIRECT պահուստի ազդեցությունը երևացող ելքի հասցեի վրա։
IP ստուգման էջը կարող է ցույց տալ ուղիղ հասցեն, նույնիսկ երբ PAC ֆայլը մեկ այլ կայք ճիշտ պրոքսիով է ուղարկում։ Ստուգեք՝ որ ճյուղն է կառավարում հենց IP ստուգման էջը․
function FindProxyForURL(url, host) {
if (host === "example.com") {
return "PROXY 203.0.113.10:8080; DIRECT";
}
return "DIRECT";
}Սկրիպտը example.com-ի համար առաջարկում է HTTP պրոքսի, հետո՝ DIRECT։ Մնացած բոլոր հոսթերը բացահայտ ուղիղ են, ուստի այլ տիրույթի IP ստուգիչը երբեք չի փորձարկում պրոքսիի ճյուղը։ Օգտագործելուց առաջ փաստաթղթային վերջնակետը փոխարինեք նախատեսված HTTP պրոքսիով․ HTTP պրոքսիների ցանկը թեկնածուներ է տալիս, երբ հանրային պրոքսիները համահունչ են քաղաքականությանը։
Կետ-ստորակետերը բաժանում են երթուղու թեկնածուներին։ DIRECT-ը թույլ է տալիս կապ առանց պրոքսիի․ ընտրվելու դեպքում նպատակակետը կարող է տեսնել այդ ուղիղ ճանապարհի ելքը։ Պրոքսի պարտադրող քաղաքականությունը չի կարող հիմնվել կանոնի վրա, որը պրոքսիի անհասանելիության դեպքում դիտմամբ թույլ է տալիս այս պահուստը։
Դիտարկիչը որոշում է թեկնածուների ձախողումների մշակումը և կարող է հիշել ձախողված պրոքսիները։ Կայքի HTTP սխալն ինքնաբերաբար հավասար չէ անհասանելի պրոքսիին։ Ուստի սկրիպտի առաջին թեկնածուն միայնակ չի հաստատում կիրառված երթուղին։
PROXY IP:port-ը նշում է սովորական HTTP լսող վերջնակետ։ Աջակցության դեպքում այն HTTPS է տեղափոխում CONNECT-ով․ կայքի HTTPS լինելը միայնակ չի պահանջում առանձին վերջնակետ։ Օգտագործեք միայն դիտարկիչի տված URL տեղեկությունը․ HTTPS ուղին և հարցման մասը կարող են հեռացվել մինչև PAC գնահատումը։
Գնահատեք արդյունքը նախատեսված նպատակակետի համար, ապա ուղարկեք նույն կանոնով կառավարվող նոր հարցում։ Մինչ շտկում ընտրելը տարանջատեք սխալ համապատասխանությունը, անհասանելի վերջնակետը և թույլատրված ուղիղ պահուստը։