Я дал пример для дебиана, у кого другой дистр, уже разберётся, как что делать. А так заодно показывается отсутствие необходимости засирать систему путём make install.
Если уж лезть в исходники, можно было и самому соорудить мини-прогу на абсолютно любом языке, которая тупо отвечает на все запросы на 80-ый порт нужной страничкой. Такая прога займёт несколько строк :) Ну и естественно, через iptables на неё попытки пролезть во внешний мир перебрасывать.
автоконфигурация прокси на основе dns и dhcp вполне дополнит этот метод.
работает в ie и firefox… к сожалению в опере нужно самому прописывать путь к скрипту автоконфигурации прокси
ну как вариант информация для тех, у кого не работает wpad… увы всяко быть может. кто то галочку не поставил, гном например тоже не понимает автоконфигурацию… нужно прописывать путь к скрипту…
Например, то, что на шлюзе 150 пень с 32 метрами рамы, а прокся находится в той же подсети, что и клиенты. Я так и не смог сделать в таких условиях прозрачное проксирование. Другой человек пытался, у него тоже не получилось.
К тому же прозрачный прокси будет работать только на 80 порт, а если надо https или просто порт нестандартный, то опять же бубут с вопросами бегать. А так всё сразу понятно.
прозрачный прокси будет работать на тех портах на каких вы его настроите, хоть на всех сразу.
а вопрос с редиректом на прокси отличным от localhost можно решить например установки на шлюз OpenBSD, для вышеупомянутой конфигурации будет самый раз.
И каким образом на нём будет работать HTTPS? Если для HTTPS надо посылать запрос методом CONNECT, а для того, чтоб использовать этот метод, клиент должен явно знать, что обращается к прокси.
Так ты не узнаешь о возможных реальных обновлениях. В данном примере если дебиановцы найдут дыру и выпустят версию 2.23beta1-6, то это можно будет легко заметить и обновить свою сборку соответственно.
Выдаём предупреждение о необходимости использования прокси