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.

Оценете резултата за предвидената цел, после направете нова заявка под същото правило. Преди избора на поправка разграничете грешно съвпадение, недостъпна точка и разрешена директна резерва.

Подобни статии