WPAD вырашаецца, але браўзер атрымлівае 404

Імя wpad вырашаецца ў чаканую машыну. Гэта абнадзейвае, але гэта толькі пачатак. Браўзер усё яшчэ павінен запытаць файл з гэтай машыны і атрымаць скрыпт PAC.

Карысную падказку можна знайсці ў журнале доступу вэб-сервера: кліент запытаў /wpad.dat і атрымаў HTTP 404. PAC-адрас, адкрыты ўручную, можа выкарыстоўваць іншае імя хоста. Нават калі абодва імёны вядуць на адзін сервер, яны могуць выбраць розныя віртуальныя хасты.

Сачыце за запытам, які зрабіў кліент

Праверце дакладны URL, выбраны выяўленнем, значэнне HTTP Host, шлях і адказ. Адкрыццё зручнага PAC-адраса ў звычайнай укладцы браўзера не даказвае, што аўтаматычнае выяўленне запытала менавіта гэты URL.

Калі чакаюцца і кароткія, і поўныя імёны, наладзьте патрэбны вэб-хост, каб ён мэтанакіравана апрацоўваў гэтыя імёны. Пераканайцеся, што /wpad.dat адпавядае патрэбнаму файлу, а не стандартнаму кораню дакументаў ці непавязанай праграме.

Аддайце скрыпт, а не старонку памылкі

Праверце не толькі статус, але і цела адказу. Старонка ўваходу, фірмовы дакумент памылкі ці перанакіраванне могуць выглядаць праўдападобна пры ручным праглядзе, але гэта не той скрыпт PAC, якога чакае вырашальнік. Chromium дакументуе строгія Патрабаванні да загрузкі PAC, уключна з адказам HTTP 200.

Толькі пасля паспяховай дастаўкі мае сэнс адладжваць FindProxyForURL(). Змена правілаў імёнаў хостаў не можа выправіць 404, які перашкодзіў браўзеру атрымаць скрыпт.

Адрознівайце таксама вэб-сервер PAC ад прамога проксі, названага ў яго скрыпце. Яны могуць дзяліць адну машыну, але запіс у журнале доступу аднаго сэрвісу не з'яўляецца доказам таго, што іншы сэрвіс апрацаваў запыт карыстальніка да прызначэння.