Проблема в настройке прозрачного прокси на локальном хосте

iptables -t nat -A OUTPUT -p tcp --dport 80 -j REDIRECT --to-port 3128

только тут интересный эффект будет наблюдаться: пакеты от прокси на 80 порт будут перенаправляться на локальный 3128 этому же прокси, и так в бесконечном цикле

Указанное правило не срабатывает
пакеты как и раньше идут сразу в инет

Да это правило если и заработает, то не спасёт. Бесконечный цикл получается.

А вобще задачка интересная получается, может существует решение?

Задача вроде стандартная. Мне тоже интересно, как ее можно решить?

Может все от имени процесса (браузера) направлять на 3128? Только, ЕМНИП, Iptables патчить придется.

Хотелось бы обойтись без патчей. Так сказать стандартными методами. А пропатчить можно не только iptables но и ядро ;)

> Хотелось бы обойтись без патчей.

man iptables

...

owner
       This module attempts to match various characteristics of the packet creator, for locally-generated packets. It  is
       valid  in  the  INPUT,  OUTPUT  and POSTROUTING chains, however in the INPUT chain only TCP and UDP packets can be
       matched. Also note that some packets (such as ICMP ping responses) may have no owner, and hence never match.

       --uid-owner userid
              Matches if the packet was created by a process with the given effective user id.

       --gid-owner groupid
              Matches if the packet was created by a process with the given effective group id.

       --pid-owner processid
              Matches if the packet was created by a process with the given process id.

       --sid-owner sessionid
              Matches if the packet was created by a process in the given session group.

       --cmd-owner name
              Matches if the packet was created by a process with the given command name.  (this option is  present  only
              if iptables was compiled under a kernel supporting this feature)

Про это я вкурсе.
Следующим этапом настройки как раз и хотел его применять для фильтрации трафика.
Только, пока что не получается выполнить первый шаг:
завернуть пакеты идущие от локальных процессов на прокси.

странно, что у тебя перенаправление не заработало, я проверял у себя, у меня работает

Я еще поэкспериментирую, но глубоко сомневаюсь, что что-то изменится
да и теоретически что-то не сходится ;(

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

Можно попробовать создать правило, которое для всех пакетов от сквида будет завершать цепочку, а для остальных второе правило - редирект.