Я дал пример для дебиана, у кого другой дистр, уже разберётся, как что делать. А так заодно показывается отсутствие необходимости засирать систему путём make install.

korynd 24 ноя 2008 в 22:59

В любом случае любой пользователь линукса должен разбираться путём чтения документации к дистрибутиву.

madw 17 ноя 2008 в 15:19

Есть еще вот такое:
www.ossg.ru/wiki/Admin/%D0%90%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F%20%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B0%20proxy

в конце написано, как под ie автоматизировать настройку прокси.

Eklykti 17 ноя 2008 в 15:40

Так то под IE, а такой вариант будет работать под всеми браузерами.

madw 17 ноя 2008 в 15:48

ну под IE как дополнение к вышеописанному, чтобы исключить лишнюю ручную работу.

Mad_Fish 17 ноя 2008 в 16:25

Если уж лезть в исходники, можно было и самому соорудить мини-прогу на абсолютно любом языке, которая тупо отвечает на все запросы на 80-ый порт нужной страничкой. Такая прога займёт несколько строк :) Ну и естественно, через iptables на неё попытки пролезть во внешний мир перебрасывать.

Это я по поводу экономии ресурсов :-D

Eklykti 17 ноя 2008 в 16:59

Одно дело пару строк в конфиге исправить, а совсем другое — писать с нуля сервер, разбираться с потоками и т.д.

mikes 17 ноя 2008 в 17:37

автоконфигурация прокси на основе dns и dhcp вполне дополнит этот метод.
работает в ie и firefox… к сожалению в опере нужно самому прописывать путь к скрипту автоконфигурации прокси

BmW 17 ноя 2008 в 17:44

Во-во… Зачем что-то изобретать, если есть wpad?

mikes 17 ноя 2008 в 17:53

ну как вариант информация для тех, у кого не работает wpad… увы всяко быть может. кто то галочку не поставил, гном например тоже не понимает автоконфигурацию… нужно прописывать путь к скрипту…

foboss 17 ноя 2008 в 20:15

Wpad иногда не срабатывает, а такой метод даст пользователю нормальное объяснение с инструкцией вместо пустой страницы.

huko 17 ноя 2008 в 18:13

если наружу 80 порт напрямую выпускать нельзя то что может остановить от прозрачного проксирования?

Eklykti 17 ноя 2008 в 18:23

Например, то, что на шлюзе 150 пень с 32 метрами рамы, а прокся находится в той же подсети, что и клиенты. Я так и не смог сделать в таких условиях прозрачное проксирование. Другой человек пытался, у него тоже не получилось.

К тому же прозрачный прокси будет работать только на 80 порт, а если надо https или просто порт нестандартный, то опять же бубут с вопросами бегать. А так всё сразу понятно.

huko 17 ноя 2008 в 18:39

прозрачный прокси будет работать на тех портах на каких вы его настроите, хоть на всех сразу.
а вопрос с редиректом на прокси отличным от localhost можно решить например установки на шлюз OpenBSD, для вышеупомянутой конфигурации будет самый раз.

Eklykti 17 ноя 2008 в 18:42

И каким образом на нём будет работать HTTPS? Если для HTTPS надо посылать запрос методом CONNECT, а для того, чтоб использовать этот метод, клиент должен явно знать, что обращается к прокси.

foboss 17 ноя 2008 в 20:17

Авторизация на прокси, допустим.

Sigma957 17 ноя 2008 в 21:18

хм… учтем-с…

stager 18 ноя 2008 в 10:29

вместо увеличения версии нужно юзать

aptitude hold thttpd

Eklykti 18 ноя 2008 в 11:43

Так ты не узнаешь о возможных реальных обновлениях. В данном примере если дебиановцы найдут дыру и выпустят версию 2.23beta1-6, то это можно будет легко заметить и обновить свою сборку соответственно.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Показать лучшие за всё время

Выдаём предупреждение о необходимости использования прокси

Комментарии 24

Публикации

Истории