proNovell

если ваш прокси сервер настроить как transparant (прозрачный),
а ч/з dhcp раздать адрес шлюза, то все запросы будут отсылаться на шлюз.
Шлюз должен перехватывать запросы по порту 80, например, и
ридеректить на порт, по которому трафик слушает прокси процесс,
у вас я так понимаю SQUID на порту 3128.

Через DHCP проще раздать коордионаты файла прокси-автоконфигурации(wpad). Опция 252.
Или через DNS - host с именем wpad в текущем домене - веб по этому адресу должен отдавать файл wpad.dat из корня и по стандартному порту.
Файл автоконфигурации гибче, чем зеновская политика, потому как является ява-скриптом и позволяет ввести дифференциацию по параметрам destination( хост, имя файла, протокол которые надо достичь) или source ( хост, протокол пользователя который куда-то обращается) то есть можно запихивать разные случаи на разные экземпляры прокси с различными настройками, что удобно.
Прозрачное проксирование является еще более дубовым вариантом, чем зен-политики и к применению не рекомендуется вообще.

Vadziku писал(а):Через DHCP проще раздать коордионаты файла прокси-автоконфигурации(wpad). Опция 252.
Или через DNS - host с именем wpad в текущем домене - веб по этому адресу должен отдавать файл wpad.dat из корня и по стандартному порту.
Файл автоконфигурации гибче, чем зеновская политика, потому как является ява-скриптом и позволяет ввести дифференциацию по параметрам destination( хост, имя файла, протокол которые надо достичь) или source ( хост, протокол пользователя который куда-то обращается) то есть можно запихивать разные случаи на разные экземпляры прокси с различными настройками, что удобно.
Прозрачное проксирование является еще более дубовым вариантом, чем зен-политики и к применению не рекомендуется вообще.

А что собственно содержит "wpad.dat"

Урал писал(а):А что собственно содержит "wpad.dat"

ТО же, что и proxy.pac
ссылок море...