Затрымаліся на “Resolving Host in Proxy Script”? Паглядзіце на файл PAC
Браўзер можа чакаць адказу DNS, выбіраючы, які проксі выкарыстоўваць, перш чым адкрыць злучэнне, якое загружае старонку.
Паведамленне стану гаворыць “Resolving host in proxy script,” але змена проксі-сервераў мала што змяняе. Гэта карысная падказка: браўзер, магчыма, усё яшчэ вырашае, куды адправіць запыт.
Файл PAC можа выконваць праверкі, якія залежаць ад DNS. Калі гэтыя праверкі чакаюць недаступны рэзалвер або паўторна задаюць непатрэбныя пытанні, загрузка старонкі можа спыніцца, перш чым выбраны проксі атрымае хоць што-небудзь.
1. Вызначце месца паўзы
Для аднаго пацярпелага URL вызначце, ці ўзнікае затрымка пры атрыманні файла PAC, яго ацэнцы або падключэнні да вернутага проксі. Пусты журнал доступу проксі адпавядае першым двум этапам; ён не даказвае, што браўзер выкарыстаў прамы маршрут.
Затым праверце, якія правілы патрабуюць DNS. Рэкамендацыі Microsoft па прадукцыйнасці PAC раяць пазбягаць непатрэбнай працы, залежнай ад DNS. Праверка роўнасці імя хоста не патрабуе тых жа звестак, што і рэзалвінг гэтага імя ды праверка падсеткі.
2. Прыбярыце непатрэбную працу з DNS
Вядомыя выключэнні для імёнаў хостаў часта можна вырашыць да шырокіх праверак па адрасах. Рэзалвіце імя толькі тады, калі пакінутая палітыка сапраўды патрабуе яго адрас. Захоўвайце вынік у лакальнай зменнай, калі некалькі наступных умоў патрабуюць аднаго і таго ж значэння.
Не “выпраўляйце” павольны скрыпт, дадаючы безумоўнае вяртанне DIRECT уверсе. Гэта выдаляе рашэнне аб маршрутызацыі разам з затрымкай.
Рашэнні для DNS, спецыфічныя для машыны, патрабуюць доказаў. Уключэнне агульнага доступу да файлаў або перазапіс файла hosts на кожным ноўтбуку — дрэнная першая рэакцыя на павольны скрыпт маршрутызацыі. Праверце паводзіны рэзалвера і імя хоста ў пацярпелай сетцы, асабліва пасля змены сеткі, і змяняйце PAC толькі там, дзе гэтага патрабуе яго фактычны шлях рашэння.