Вы ўнеслі 192.168.0.0/16 у спіс «Без проксі» Firefox. Адкрыццё http://192.168.1.20/ ідзе напрамую, але http://wiki.office.example/ усё яшчэ ідзе праз проксі. Абодва URL могуць паказваць на адзін сервер.

Важнае адрозненне — гэта радок прызначэння, з якім супастаўляе Firefox. Выключэнне дыяпазону IP і выключэнне імя хоста не ўзаемазамяняльныя. Не мяркуйце, што ручны спіс абыходу развязвае кожнае імя хоста, перш чым вырашаць, ці ўжываецца правіла дыяпазону адрасоў.

Уведзены URLІнфармацыя, даступная для супастаўлення
http://192.168.1.20/Літаральны IP-адрас
http://wiki.office.example/Імя хоста

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

Першапачатковае тлумачэнне Mozilla відавочна адрознівае супастаўленне літаральных IP ад імёнаў, якія развязаваюцца ў гэтыя IP. Гэты дакумент гістарычны, таму праверце паводзіны бягучага кліента і інтэрфейс палітыкі, перш чым капіяваць адтуль кожны прыклад сінтаксісу.

Калі палітыцы патрэбен DNS

Файл PAC дае асобнае, яўнае месца для рашэнняў з улікам DNS. Ён таксама ўносіць рэжымы збою размеркавання, выканання і развязання скрыпта. Выкарыстоўвайце яго таму, што патрабаванне маршрутызацыі патрабуе гэтай логікі, а не проста каб доўгі спіс абыходу выглядаў карацейшым.

У кіраванай устаноўцы праверце таксама дзейсную палітыку Firefox. заблакаваная палітыка проксі можа патлумачыць, чаму лакальная праўка не вызначае маршрут.

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

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