прозрачный прокси

[polonoid]

ужастно стыдно и понятно что боян жуткий, но не хочет работать прозрачный прокси
всё настраивал через webmin и частично дописывал ручками в конфигах

прокси пашет, а прозрачно пускать не хочет...

в squid.conf  прописал

Код: [Выделить]

httpd_accel_host virtual
httpd_accel_port 80
httpd_accel_with_proxy on
httpd_accel_uses_host_header on
в iptables.up.rule прописал

Код: [Выделить]

# Generated by iptables-save v1.4.4 on Wed Feb 20 18:29:22 2013
*nat
:PREROUTING ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
# прозрачный прокси
-A PREROUTING -p tcp -m tcp -i eth1 --dport 80 -j DNAT --to-destination 192.168.0.1-192.168.0.1:3128-3128
COMMIT

*mangle
:PREROUTING ACCEPT [4271:4228743]
:INPUT ACCEPT [4271:4228743]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [4277:340965]
:POSTROUTING ACCEPT [4277:340965]
COMMIT

*filter
:FORWARD ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
COMMIT



[AnrDaemon]

Ну, приступим, помолясь...
1. кальмар на шлюзе стоит? Если да - то какой к матери DNAT? Если нет - где маскарад?
2. Вы перенаправляете на 3128, а кальмар вас ждёт (а ждёт ли?) на 80.

[fisher74]

А вроде как даже кальмару не указано прозрачным быть, ну или ТС забыл эту строчку показать.

[AnrDaemon]

Да, забыл это указать... отвлекли.

[polonoid]

А вроде как даже кальмару не указано прозрачным быть, ну или ТС забыл эту строчку показать.

ну да само собой в squid.conf есть
http_port 3128 transparent

[fisher74]

-A PREROUTING -p tcp -m tcp -i eth1 --dport 80 -j DNAT --to-destination 192.168.0.1-192.168.0.1:3128-3128

Признаться, первый раз вижу в таком виде.
Как с DNS решаете?
Если браузер натравить на работу через этот прокси - работает?

[AnrDaemon]

Признаться, первый раз вижу в таком виде.

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

[polonoid]

-A PREROUTING -p tcp -m tcp -i eth1 --dport 80 -j DNAT --to-destination 192.168.0.1-192.168.0.1:3128-3128

Признаться, первый раз вижу в таком виде.
Как с DNS решаете?
Если браузер натравить на работу через этот прокси - работает?

в том то и дело что через проксю работает почти всё
но прозрачно  не хочет (

[fisher74]

Код: [Выделить]

Как с DNS решаете?Вот в этом вопросе кроется решение Вашей проблемы.

[polonoid]

Код: [Выделить]

Как с DNS решаете?Вот в этом вопросе кроется решение Вашей проблемы.

т.е. в настройках днс кроется проблема прозрачности прокси?
а можно подробнее как это?
сории на некомпетентность

[fisher74]

Когда клиенту чётко указано работать через прокси - браузер посылает прокси запрос в "сыром" виде. Т.е. используя dns-имя, например, forum.ubuntu.ru. Прокси сам определяет ip-адрес запрашиваемого ресурса средствами DNS-серверов провайдера (у него есть к ним доступ) и работает уже с сервером.
При прозрачном прокси, клиент не подозревает о его существовании и вынужден сам узнавать IP-адрес запрашиваемого ресурса и ... А вот тут засада. Доступа-то к DNS-серверам провайдера у него нет - Вы для этого ничего не делали. А в сети ни репитера ни своего DNS-сервера так же нет (уверен на 99.9%). Вот и всё. Браузер уже на этапе поиска IP-адреса уже не может решить свою задачу. попробуйте открыть страничку http://213.108.252.153 или http://93.158.134.3 и Вы увидите знакомые очертания.
Пользователь решил продолжить мысль 27 Февраля 2013, 22:31:56:Решить эту проблему можно, как ни странно (это же linux), несколькими способами
1. организовать свой, локальный DNS-сервер, который будет обслуживать свою домашнюю зону, а заодно получать информцию с серверов провайдера. Круто, чётко, но ... сложно в реализации даже для гуриков (те кто только начал считать себя гуру в линукс)
2. Поставить на шлюз (или ещё куда рядышком)репитер DNS-серверов провайдера. Он тупо получает запросы от клиентов и так же тупо тот же вопрос задаёт провайдерскому DNS-серверу и ответ возвращает клиенту. Обычно ещё и немного кеширует для ускорения работы. практически простейший вариант, который кстати описан в прикреплённой теме по расшариванию интернета. Софтина называется dnsmasq. Она бонусом ещё и раздавать адреса по DHCP умеет.
3. Пробросить все запросы от клиента к DNS-серверам провайдера. Довольно скучный вариант в основе которого работа NAT того же сервера, то есть нужно хоть чуть-чуть разбираться в работе netfilter.

[polonoid]

..........

ок понял, завтра рою носом в ту сторону
просто странно что этого нигде в туторах не прописано явно

[fisher74]

Так везде прозрачный прокси настраивается уже после расшаривания интернета средствами nat (прикреплённая тема). И прокси уже является не как средство РАЗДАЧИ интернета, а как средство экономии трафика (что в последнее время уже стало почти неактуальным) и разграничение траффика, ака биллинга, между клиентами.

[AnrDaemon]

Вы так и не ответили на мои вопросы. А я ведь не просто так их задал.

[polonoid]

Ну, приступим, помолясь...
1. кальмар на шлюзе стоит? Если да - то какой к матери DNAT? Если нет - где маскарад?
2. Вы перенаправляете на 3128, а кальмар вас ждёт (а ждёт ли?) на 80.

1. ну вроде на шлюзе
2. ээээ..... не знаю