netfilter.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Squid + Tproxy + Bridge on Kernel 2.6.34 - Workaround
@ 2010-05-26  4:21 senthilkumaar2021
  2010-06-15 18:37 ` [squid-users] " Luis Daniel Lucio Quiroz
  0 siblings, 1 reply; 3+ messages in thread
From: senthilkumaar2021 @ 2010-05-26  4:21 UTC (permalink / raw)
  To: squid-users; +Cc: netfilter

Hi,

Squid + Tproxy + Bridge Setup on latest kernel - version 2.6.34

I had followed all the steps that had given in the
http://wiki.squid-cache.org/Features/Tproxy4

Kernel - 2.6.34
iptable - 1.4.8
ebtable - 2.0.9-1

But clients were unable to browse and no errors in cache.log. Error -
Network Unreachable. The error had returned by browser not squid proxy.

Workaround :-

After adding the following rules, clients are able to browse.

# ip rule add dev <device name> fwmark 1 lookup 100

example

# ip rule add dev eth0 fwmark 1 lookup 100

NOTE : Repeat the above for each interface except " lo "

Source - https://lists.balabit.hu/pipermail/tproxy/2010-January/001212.html

Based on the above source this issue had identified on kernel version -
2.6.32. But still not yet fixed.

I have CC ed this mail to netfilter mailing lists also.

Hope this helps

Thanks,
Senthil




^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [squid-users] Squid + Tproxy + Bridge on Kernel 2.6.34 - Workaround
  2010-05-26  4:21 Squid + Tproxy + Bridge on Kernel 2.6.34 - Workaround senthilkumaar2021
@ 2010-06-15 18:37 ` Luis Daniel Lucio Quiroz
  2010-06-16  3:44   ` Amos Jeffries
  0 siblings, 1 reply; 3+ messages in thread
From: Luis Daniel Lucio Quiroz @ 2010-06-15 18:37 UTC (permalink / raw)
  To: squid-users; +Cc: senthilkumaar2021, netfilter

Le mardi 25 mai 2010 23:21:39, senthilkumaar2021 a écrit :
> Hi,
> 
> Squid + Tproxy + Bridge Setup on latest kernel - version 2.6.34
> 
> I had followed all the steps that had given in the
> http://wiki.squid-cache.org/Features/Tproxy4
> 
> Kernel - 2.6.34
> iptable - 1.4.8
> ebtable - 2.0.9-1
> 
> But clients were unable to browse and no errors in cache.log. Error -
> Network Unreachable. The error had returned by browser not squid proxy.
> 
> Workaround :-
> 
> After adding the following rules, clients are able to browse.
> 
> # ip rule add dev <device name> fwmark 1 lookup 100
> 
> example
> 
> # ip rule add dev eth0 fwmark 1 lookup 100
> 
> NOTE : Repeat the above for each interface except " lo "
> 
> Source - https://lists.balabit.hu/pipermail/tproxy/2010-January/001212.html
> 
> Based on the above source this issue had identified on kernel version -
> 2.6.32. But still not yet fixed.
> 
> I have CC ed this mail to netfilter mailing lists also.
> 
> Hope this helps
> 
> Thanks,
> Senthil

I was about to  ask
if this is fixed in 2.6.33+

or shall i stay in 2.6.31.x

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Squid + Tproxy + Bridge on Kernel 2.6.34 - Workaround
  2010-06-15 18:37 ` [squid-users] " Luis Daniel Lucio Quiroz
@ 2010-06-16  3:44   ` Amos Jeffries
  0 siblings, 0 replies; 3+ messages in thread
From: Amos Jeffries @ 2010-06-16  3:44 UTC (permalink / raw)
  To: Luis Daniel Lucio Quiroz; +Cc: squid-users, netfilter

On Tue, 15 Jun 2010 13:37:48 -0500, Luis Daniel Lucio Quiroz
<luis.daniel.lucio@gmail.com> wrote:
> Le mardi 25 mai 2010 23:21:39, senthilkumaar2021 a écrit :
>> Hi,
>> 
>> Squid + Tproxy + Bridge Setup on latest kernel - version 2.6.34
>> 
>> I had followed all the steps that had given in the
>> http://wiki.squid-cache.org/Features/Tproxy4
>> 
>> Kernel - 2.6.34
>> iptable - 1.4.8
>> ebtable - 2.0.9-1
>> 
>> But clients were unable to browse and no errors in cache.log. Error -
>> Network Unreachable. The error had returned by browser not squid proxy.
>> 
>> Workaround :-
>> 
>> After adding the following rules, clients are able to browse.
>> 
>> # ip rule add dev <device name> fwmark 1 lookup 100
>> 
>> example
>> 
>> # ip rule add dev eth0 fwmark 1 lookup 100
>> 
>> NOTE : Repeat the above for each interface except " lo "
>> 
>> Source -
>> https://lists.balabit.hu/pipermail/tproxy/2010-January/001212.html
>> 
>> Based on the above source this issue had identified on kernel version -
>> 2.6.32. But still not yet fixed.
>> 
>> I have CC ed this mail to netfilter mailing lists also.
>> 
>> Hope this helps
>> 
>> Thanks,
>> Senthil
> 
> I was about to  ask
> if this is fixed in 2.6.33+
> 
> or shall i stay in 2.6.31.x

From the Squid side;
 I have not seen any concrete evidence that this problem was anything more
than a configuration mixup.

This "fix" is to configure routing tables so that packets the bridge stack
sends to the routing stacks (ebtables ... -j DROP) actually get routed to
Squid. Our wiki demo uses 127.0.0.1 and the lo interface, it seems like the
reporter was using a global IP and only had to configure a global
interfaces' routing.

The other two older reporters have been suspiciously silent on the lists
since the same bridge/router interaction was mentioned.

Amos

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2010-06-16  3:44 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-05-26  4:21 Squid + Tproxy + Bridge on Kernel 2.6.34 - Workaround senthilkumaar2021
2010-06-15 18:37 ` [squid-users] " Luis Daniel Lucio Quiroz
2010-06-16  3:44   ` Amos Jeffries

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).