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 проценката.

Проценете го резултатот за саканата цел, па направете ново барање под истото правило. Пред избор на поправка разликувајте погрешно совпаѓање, недостапна точка и дозволена директна резерва.

Поврзани статии