Файлы PAC: калі запыт выкарыстоўвае проксі або ідзе наўпрост

Чытайце вынік PAC як рашэнне пра маршрут да пэўнай мэты і разумейце ўплыў рэзерву DIRECT на назіраны выхадны адрас.

Старонка праверкі IP можа паказваць прамы адрас, хоць файл PAC правільна накіроўвае іншы сайт праз проксі. Праверце, якая галіна кіруе самой старонкай праверкі:

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.

Ацаніце вынік для патрэбнай мэты, затым зрабіце новы запыт пад тым самым правілам. Перад выбарам выпраўлення адрозніце памылковае супадзенне, недаступны пункт і дазволены прамы рэзерв.

Падобныя артыкулы