Назад | Перейти на главную страницу

Где лучше всего развернуть файл proxy.pac?

Вместо того, чтобы иметь отдельные настройки прокси в групповой политике для нескольких веб-браузеров (Google Chrome, Internet Explorer и FrontMotion Firefox), я решил, что было бы лучше создать файл proxy.pac и указать каждому браузеру через групповую политику. Таким образом, мне нужно будет обновить исключения только в одном месте.

Моей первой мыслью было разместить файл proxy.pac на сервере, на котором размещена наша интрасеть. Но это не дало бы мне никакой балансировки нагрузки или отказоустойчивости. Я все равно проверил это, и это сработало (после добавления типа mime в IIS). URL выглядел так http://example.com/proxy.pac.

Вторая мысль заключалась в том, чтобы поместить файл proxy.pac в наш каталог SYSVOL. Ни в коем случае, как я могу заставить это работать. Очевидно, я что-то упустил! URL-адрес выглядит так: file: // \\ example.com \ SYSVOL \ example.com \ Proxy \ proxy.pac. Я также пробовал file: //example.com/SYSVOL/example.com/Proxy/proxy.pac.

Куда вы положите свой? Есть идеи, что я делаю не так?

В нашей организации, из-за того, как мало он называется (даже с тысячей пользователей!), Мы помещаем его на наш веб-сервер и указываем его именно там, используя IP-адрес. Причина, по которой мы это делаем, заключается в том, что, если сервер недоступен, это не помешает им подключиться в любом случае (то есть, если они заберут свой портативный компьютер домой).

Я не пробовал разместить его в общей папке, но не думаю, что это будет сложно. Ставить его на каждый компьютер ужасно, потому что:

  1. Он блокирует доступ в Интернет, если у него нет прокси-сервера в каждой сети, к которой подключен компьютер.
  2. Вы не можете обновить его слишком легко

Из-за того, насколько малы файлы proxy.pac, я бы рекомендовал просто хранить их на веб-сервере и указывать на них. Если вы используете имя хоста вместо IP-адреса, чтобы указать на него, вы также сможете настроить другой сервер для избыточности.

https://blogs.msdn.microsoft.com/ieinternals/2013/10/11/understanding-web-proxy-configuration/

Вы должны посмотреть на это выше. Формат file: // устарел