From: Unknown <unknown@unknown.invalid>
From: Alistair Tonner <>
To: Peter Schobel <pschobel@porchlight.ca>, netfilter@lists.netfilter.org
Subject: Re: Problems with Transparent Proxy using IPTables, Squid and 2.6 kernel
Date: Sat, 10 Jan 2004 00:26:01 -0500 [thread overview]
Message-ID: <37726.7711716287$1073712562@news.gmane.org> (raw)
In-Reply-To: <F41C404D-4311-11D8-AFEE-000393677A36@porchlight.ca>
On January 9, 2004 09:08 pm, Peter Schobel wrote:
> ok, I removed the error line and the cat autoconf line from the
> config.h and got iptables 1.2.9 to compile against my kernel source and
> headers and reinstalled
>
> if i turn on ip_forward and try to access external sites, i get
> forwarded through to the external page without problem
>
> if i enable the iptables rule
>
> iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j REDIRECT
> --to-port 3128
>
> my pages just time out when i try to access external sites
>
> but if i try to access the proxyhost directly using http, it redirects
> me to the proxy site without problem
>
> i get exactly the same results using this rule
>
> iptables -t nat -A PREROUTING -p tcp --dport 80 -j DNAT
> --to-destination $LOCALHOST:3128
>
> does anyone have any idea why traffic destined for external sites will
> not transparently redirect to squid for me?
>
> does anyone have any idea as to what further steps I can take to
> troubleshoot this problem?
>
Have you tried LOGging the INPUT chain for both 80 and 3128?
Or, perhaps more thorough, put a LOG rule in PREROUTING
before the REDIRECT/DNAT rule to log what you will change,
and since your destination is local, a LOG rule at the top of INPUT
to catch *everything* for the interim? -- then see at what point
the packets are actually disappearing.
I'm not sure I understand why this should be a problem...
FWIW -- when I rebuilt iptables (1.2.9) against kernel 2.6.0 my
/usr/include/linux contained the headers from a 2.4.19 kernel .. .and
this is what my gcc was built against. I believe that you need to have
the /usr/include/linux that existed when gcc was built in there ... but
someone who knows more about compilers than I might thump me on the
skull for that ... I'm *NOT* 100% sure about the interdependencies...
Alistair Tonner ...
next prev parent reply other threads:[~2004-01-10 5:26 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200401082133.38574.Alistair Tonner <>
2004-01-09 3:58 ` Problems with Transparent Proxy using IPTables, Squid and 2.6 kernel Peter Schobel
2004-01-09 14:50 ` Unknown, Alistair Tonner
2004-01-10 2:08 ` Peter Schobel
2004-01-10 5:26 ` Unknown, Alistair Tonner [this message]
2004-01-11 17:00 ` Mark E. Donaldson
2004-01-12 20:09 ` Peter Schobel
[not found] <200401100026.01870.Alistair Tonner <>
2004-01-12 20:04 ` Peter Schobel
2004-01-12 20:57 ` Peter Schobel
2004-01-12 21:31 ` John A. Sullivan III
2004-01-12 22:45 ` Peter Schobel
2004-01-13 5:47 ` Arthur Meyer
[not found] <200401090950.56343.Alistair Tonner <>
2004-01-09 16:57 ` Peter Schobel
2004-01-08 16:56 Peter Schobel
2004-01-08 17:02 ` Antony Stone
2004-01-08 17:28 ` Peter Schobel
2004-01-08 17:35 ` Antony Stone
2004-01-08 18:28 ` Peter Schobel
2004-01-08 18:51 ` Antony Stone
2004-01-08 20:05 ` Peter Schobel
2004-01-08 21:07 ` Antony Stone
2004-01-08 21:45 ` Sven Schuster
2004-01-08 22:03 ` Peter Schobel
2004-01-08 21:56 ` Peter Schobel
2004-01-09 2:33 ` Unknown, Alistair Tonner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='37726.7711716287$1073712562@news.gmane.org' \
--to=unknown@unknown.invalid \
--cc=netfilter@lists.netfilter.org \
--cc=pschobel@porchlight.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox