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-д үзүүлэх үр дүн, хөтчийн туршсан хувилбарыг тэмдэглэнэ үү. Эдгээр ажиглалт нь алдааны байршлыг скрипт хүргэх, үнэлэх, прокси холболтын хооронд тодорхойлдог.