August 2008 - tproxy - lists.balabit.hu

tproxy support for iptables > 1.4.0
by Ritter, Nicholas 25 Sep '08

25 Sep '08

Is there tproxy patch support for iptables 1.4.1 and/or 1.4.1.1? I just tried to patch against both and got errors when using the tproxy-iptables-1.4.0-20080521-113954-1211362794.patch <http://www.balabit.com/downloads/files/tproxy/tproxy-iptables-1.4.0-200 80521-113954-1211362794.patch> patch file.

3 3

Re: [tproxy] tproxy Digest, Vol 38, Issue 10
by Rajesh Yadav 29 Aug '08

29 Aug '08

Hi - With all my time I spend on tproxy ... I finally understood one thing clear, it works fine upto a certain level only in bridge mode. Any other way (snate,nat,routed) you try ... its unstable. I hve tried it from 2.4 - 2.6 kernel version every where it's the same. Regards Rajesh -----Original Message----- From: tproxy-bounces(a)lists.balabit.hu [mailto:tproxy-bounces@lists.balabit.hu] On Behalf Of tproxy-request(a)lists.balabit.hu Sent: Friday, August 29, 2008 03:30 To: tproxy(a)lists.balabit.hu Subject: tproxy Digest, Vol 38, Issue 10 Send tproxy mailing list submissions to tproxy(a)lists.balabit.hu To subscribe or unsubscribe via the World Wide Web, visit https://lists.balabit.hu/mailman/listinfo/tproxy or, via email, send a message with subject or body 'help' to tproxy-request(a)lists.balabit.hu You can reach the person managing the list at tproxy-owner(a)lists.balabit.hu When replying, please edit your Subject line so it is more specific than "Re: Contents of tproxy digest..." Today's Topics: 1. Re: Clarification on tproxy4 usage (Arun Srinivasan) 2. Re: Clarification on tproxy4 usage (Ming-Ching Tiew) ---------------------------------------------------------------------- Message: 1 Date: Thu, 28 Aug 2008 21:59:48 +0530 From: "Arun Srinivasan" <hi2arun(a)gmail.com> Subject: Re: [tproxy] Clarification on tproxy4 usage To: "Ming-Ching Tiew" <mingching.tiew(a)redtone.com> Cc: Tproxy <tproxy(a)lists.balabit.hu> Message-ID: <d9bf4d8c0808280929h31db713frdec717a6e0c8d0a3(a)mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 I did clear the cache and verified. Also all my iptables policies are ACCEPT by default. However no luck. Btw, could you tell me the latest version of tproxy and iptables that you have verified. So that I could give a shot at it. Thank you. 2008/8/28 Ming-Ching Tiew <mingching.tiew(a)redtone.com>: > Arun Srinivasan wrote: >> Thanks for the quick response. >> >> Yes... the interface name is a typo and it is eth1. >> >> Well, as you said, I killed Squid and did what you said. I could see >> the pkts getting SNATted. >> >> Also I don't see any issues with routing/iptables as the setup for >> normal HTTP interception (no tproxy in squid.conf) works fine. >> >> There is also another observation. With tproxy enabled, I could not >> even connect to a cache_peer that is running on the same host (UML 2). >> i.e., The squid is configured to connect to another proxy that runs on >> the same UML 2. But it fails. However, with tproxy disabled, this case >> also works fine. >> >> Any thoughts? >> >> > > I hope you will not be offended during this troubleshooting > thingie for an experienced person like you however I am trying > to rule out every possibility here :- > > Did you flush your routing cache when you started without > SNAT and then later you added SNAT ? ( Most kernels are > compiled to use cached route ! ). > > Also what is your iptables policy - perhaps it's good idea to keep > policy to ACCEPT in this testing stage. ( Likely that you have > already done so ). > > Regards. > > _______________________________________________ > tproxy mailing list > tproxy(a)lists.balabit.hu > https://lists.balabit.hu/mailman/listinfo/tproxy > -- Regards, Arun S. ------------------------------ Message: 2 Date: Fri, 29 Aug 2008 05:50:03 +0800 From: Ming-Ching Tiew <mingching.tiew(a)redtone.com> Subject: Re: [tproxy] Clarification on tproxy4 usage To: Tproxy <tproxy(a)lists.balabit.hu> Message-ID: <48B71D8B.10209(a)redtone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Arun Srinivasan wrote: > I did clear the cache and verified. Also all my iptables policies are > ACCEPT by default. However no luck. > > Btw, could you tell me the latest version of tproxy and iptables that > you have verified. So that I could give a shot at it. > > Thank you. > > /I used iptables-tproxy-200710091749.diff and tproxy-kernel-2.6.25-20080519-165031-1211208631.tar.bz2 / ------------------------------ _______________________________________________ tproxy mailing list tproxy(a)lists.balabit.hu https://lists.balabit.hu/mailman/listinfo/tproxy End of tproxy Digest, Vol 38, Issue 10 **************************************

1 0

Re: [tproxy] Clarification on tproxy4 usage
by Ming-Ching Tiew 28 Aug '08

28 Aug '08

Arun Srinivasan wrote: > Scenario 2: > Now am gonna add a SNAT rule on UML 2 to SNAT traffic out through eth1 > with src IP 100.100.200.2 > Say, > iptables -t nat -A POSTROUTING -o eth2 -p tcp --dport 80 -j SNAT --to > 100.100.200.2 > > In this case, the traffic is not hitting the rule that is added. > > However, if I remove tproxy related configuration from the UML and > Squid, the traffic hits the rule like a charm. > > Firstly, I supposed this just a typo, eth2 is supposed to be eth1 ? iptables -t nat -A POSTROUTING -o eth2 -p tcp --dport 80 -j SNAT --to 100.100.200.2 Secondly, I would like to make some suggestion to the testing. Perhaps you could just keep your existing rules but kill squid, and issue the http requests from UML2 and do some sniffing on eth1. This is a simplified test, yet it represents how squid would perform http request on behalf of the client. This test will verify if there is any problem with iptables or routing. By right you should see that the SNAT rule is traversed. Cheers

2 4

Clarification on tproxy4 usage
by Arun Srinivasan 22 Aug '08

22 Aug '08

Hello, Some clarification on tproxy4 usage: I am using the following on kernel 2.6.25: tproxy-kernel patch: tproxy-kernel-2.6.25-20080519-165031-1211208631.tar.bz2 tproxy-iptables patch: tproxy-iptables-1.4.0-20080521-113954-1211362794.patch I followed all that is given in http://www.balabit.com/downloads/files/tproxy/README.txt The patches have got applied successfully and with Squid-3.HEAD, w00t, I am able to see the full transparency functionality. However, SNATting the traffic in NAT - POSTROUTING chain ends up in vain. Is this the intended behavior or am I missing out anything? TIA -- Regards, Arun S.

3 2

Re: [tproxy] (no subject)
by Balazs Scheidler 21 Aug '08

21 Aug '08

the strace does not contain the relevant portion, as squid forks into the background and your strace command does not follow it. use strace -f On Wed, 2008-08-20 at 09:12 +0200, aleksandarn(a)sbb.rs wrote: > I'm sending you output of strace and debuging of squid proccess. > > [root@wccp bin]# ./RunCache > Running: squid -sY >> /usr/local/squid/var/squid.out 2>&1 > ^C^[[A^C > [root@wccp bin]# strace ./RunCache > execve("./RunCache", ["./RunCache"], [/* 36 vars */]) = 0 > brk(0) = 0x80ff000 > access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or > directory) > open("/etc/ld.so.cache", O_RDONLY) = 3 > fstat64(3, {st_mode=S_IFREG|0644, st_size=46911, ...}) = 0 > mmap2(NULL, 46911, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7f63000 > close(3) = 0 > open("/lib/libtermcap.so.2", O_RDONLY) = 3 > read(3, > "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320z\4\0054\0\0\0"..., > 512) = 512 > fstat64(3, {st_mode=S_IFREG|0755, st_size=13084, ...}) = 0 > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) > = 0xb7f62000 > mmap2(0x5047000, 14568, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, > 0) = 0x5047000 > mmap2(0x504a000, 4096, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2) = 0x504a000 > close(3) = 0 > open("/lib/libdl.so.2", O_RDONLY) = 3 > read(3, > "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\272\257\0004\0\0\0"..., > 512) = 512 > fstat64(3, {st_mode=S_IFREG|0755, st_size=16428, ...}) = 0 > mmap2(0xafb000, 12408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, > 0) = 0xafb000 > mmap2(0xafd000, 8192, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xafd000 > close(3) = 0 > open("/lib/libc.so.6", O_RDONLY) = 3 > read(3, > "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000\277\234\0004\0\0\0"..., > 512) = 512 > fstat64(3, {st_mode=S_IFREG|0755, st_size=1597968, ...}) = 0 > mmap2(0x9b6000, 1320356, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, > 3, 0) = 0x9b6000 > mmap2(0xaf3000, 12288, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13c) = 0xaf3000 > mmap2(0xaf6000, 9636, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xaf6000 > close(3) = 0 > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) > = 0xb7f61000 > set_thread_area({entry_number:-1 -> 6, base_addr:0xb7f616c0, > limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, > limit_in_pages:1, seg_not_present:0, useable:1}) = 0 > mprotect(0xafd000, 4096, PROT_READ) = 0 > mprotect(0xaf3000, 8192, PROT_READ) = 0 > mprotect(0x9ad000, 4096, PROT_READ) = 0 > munmap(0xb7f63000, 46911) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > open("/dev/tty", O_RDWR|O_NONBLOCK|O_LARGEFILE) = 3 > close(3) = 0 > brk(0) = 0x80ff000 > brk(0x8120000) = 0x8120000 > open("/usr/lib/locale/locale-archive", O_RDONLY|O_LARGEFILE) = 3 > fstat64(3, {st_mode=S_IFREG|0644, st_size=56422096, ...}) = 0 > mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7d61000 > close(3) = 0 > getuid32() = 0 > getgid32() = 0 > geteuid32() = 0 > getegid32() = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > time(NULL) = 1219142549 > open("/proc/meminfo", O_RDONLY) = 3 > fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) > = 0xb7f6e000 > read(3, "MemTotal: 1017048 kB\nMemFre"..., 1024) = 846 > close(3) = 0 > munmap(0xb7f6e000, 4096) = 0 > rt_sigaction(SIGCHLD, {SIG_DFL}, {SIG_DFL}, 8) = 0 > rt_sigaction(SIGCHLD, {SIG_DFL}, {SIG_DFL}, 8) = 0 > rt_sigaction(SIGINT, {SIG_DFL}, {SIG_DFL}, 8) = 0 > rt_sigaction(SIGINT, {SIG_DFL}, {SIG_DFL}, 8) = 0 > rt_sigaction(SIGQUIT, {SIG_DFL}, {SIG_DFL}, 8) = 0 > rt_sigaction(SIGQUIT, {SIG_DFL}, {SIG_DFL}, 8) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > rt_sigaction(SIGQUIT, {SIG_IGN}, {SIG_DFL}, 8) = 0 > uname({sys="Linux", node="wccp.test.com", ...}) = 0 > stat64("/usr/local/squid/bin", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 > stat64(".", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 > getpid() = 12082 > open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3 > fstat64(3, {st_mode=S_IFREG|0644, st_size=25462, ...}) = 0 > mmap2(NULL, 25462, PROT_READ, MAP_SHARED, 3, 0) = 0xb7f68000 > close(3) = 0 > getppid() = 12081 > getpgrp() = 12081 > rt_sigaction(SIGCHLD, {0x807a9d0, [], 0}, {SIG_DFL}, 8) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > open("./RunCache", O_RDONLY|O_LARGEFILE) = 3 > ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbfc6c9c8) = -1 ENOTTY > (Inappropriate ioctl for device) > _llseek(3, 0, [0], SEEK_CUR) = 0 > read(3, "#!/bin/sh\n#\n# $Id: RunCache.in,"..., 80) = 80 > _llseek(3, 0, [0], SEEK_SET) = 0 > getrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=1024}) = 0 > dup2(3, 255) = 255 > close(3) = 0 > fcntl64(255, F_SETFD, FD_CLOEXEC) = 0 > fcntl64(255, F_GETFL) = 0x8000 (flags O_RDONLY|O_LARGEFILE) > fstat64(255, {st_mode=S_IFREG|0755, st_size=729, ...}) = 0 > _llseek(255, 0, [0], SEEK_CUR) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > read(255, "#!/bin/sh\n#\n# $Id: RunCache.in,"..., 729) = 729 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 > fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 5), ...}) = 0 > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) > = 0xb7f67000 > write(1, "Running: squid -sY >> /usr/loca"..., 59Running: squid -sY >> > /usr/local/squid/var/squid.out 2>&1 > ) = 59 > pipe([3, 4]) = 0 > rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 > rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 > rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0 > clone(child_stack=0, > flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, > child_tidptr=0xb7f61708) = 12083 > rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 > rt_sigaction(SIGCHLD, {0x807a9d0, [], 0}, {0x807a9d0, [], 0}, 8) = 0 > close(4) = 0 > read(3, "Tue Aug 19 12:42:29 CEST 2008\n", 128) = 30 > read(3, "", 128) = 0 > --- SIGCHLD (Child exited) @ 0 (0) --- > waitpid(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WNOHANG) = 12083 > waitpid(-1, 0xbfc6b188, WNOHANG) = -1 ECHILD (No child processes) > sigreturn() = ? (mask now []) > close(3) = 0 > rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 > rt_sigaction(SIGINT, {0x807b580, [], 0}, {SIG_DFL}, 8) = 0 > rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 > rt_sigaction(SIGINT, {SIG_DFL}, {0x807b580, [], 0}, 8) = 0 > open("/usr/local/squid/var/squid.out", > O_WRONLY|O_CREAT|O_APPEND|O_LARGEFILE, 0666) = 3 > fcntl64(1, F_GETFD) = 0 > fcntl64(1, F_DUPFD, 10) = 10 > fcntl64(1, F_GETFD) = 0 > fcntl64(10, F_SETFD, FD_CLOEXEC) = 0 > dup2(3, 1) = 1 > close(3) = 0 > write(1, "Startup: Tue Aug 19 12:42:29 CES"..., 39) = 39 > dup2(10, 1) = 1 > fcntl64(10, F_GETFD) = 0x1 (flags FD_CLOEXEC) > close(10) = 0 > pipe([3, 4]) = 0 > rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 > rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 > rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0 > clone(child_stack=0, > flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, > child_tidptr=0xb7f61708) = 12084 > rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 > --- SIGCHLD (Child exited) @ 0 (0) --- > waitpid(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WNOHANG) = 12084 > waitpid(-1, 0xbfc6b218, WNOHANG) = -1 ECHILD (No child processes) > sigreturn() = ? (mask now []) > rt_sigaction(SIGCHLD, {0x807a9d0, [], 0}, {0x807a9d0, [], 0}, 8) = 0 > close(4) = 0 > read(3, "19124229\n", 128) = 9 > read(3, "", 128) = 0 > close(3) = 0 > rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 > rt_sigaction(SIGINT, {0x807b580, [], 0}, {SIG_DFL}, 8) = 0 > rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 > rt_sigaction(SIGINT, {SIG_DFL}, {0x807b580, [], 0}, 8) = 0 > stat64(".", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 > stat64("/usr/local/squid/sbin/squid", {st_mode=S_IFREG|0755, > st_size=11293398, ...}) = 0 > access("/usr/local/squid/sbin/squid", X_OK) = 0 > access("/usr/local/squid/sbin/squid", R_OK) = 0 > stat64("/usr/local/squid/sbin/squid", {st_mode=S_IFREG|0755, > st_size=11293398, ...}) = 0 > access("/usr/local/squid/sbin/squid", X_OK) = 0 > access("/usr/local/squid/sbin/squid", R_OK) = 0 > rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0 > rt_sigprocmask(SIG_BLOCK, [CHLD], [INT CHLD], 8) = 0 > rt_sigprocmask(SIG_SETMASK, [INT CHLD], NULL, 8) = 0 > clone(child_stack=0, > flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, > child_tidptr=0xb7f61708) = 12085 > rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 > rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 > rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 > rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 > rt_sigaction(SIGINT, {0x807b580, [], 0}, {SIG_DFL}, 8) = 0 > waitpid(-1, > -- Bazsi

1 0

Re: [tproxy] Protocol not available
by Balazs Scheidler 19 Aug '08

19 Aug '08

On Mon, 2008-08-18 at 13:50 +0200, aleksandarn(a)sbb.rs wrote: > Is this OK? > > dmesg log: > > ip_tables: (C) 2000-2006 Netfilter Core Team > NF_TPROXY: Transparent proxy support initialized, version 4.1.0 > NF_TPROXY: Copyright (c) 2006-2007 BalaBit IT Ltd. > nf_conntrack version 0.5.0 (16384 buckets, 65536 max) > Yes, it seems to be ok. Can you strace the squid process as it tries to set IP_TRANSPARENT on the socket? -- Bazsi

1 0

Protocol not available
by Aleksandar Nasuovski 18 Aug '08

18 Aug '08

I used manual http://wiki.squid-cache.org/ConfigExamples/TPROXYPatchingCentOS?highlight=%2 8centos%29%7C%285%5C.2%29 Centos 5.2 kernel 2.6.25.11 tproxy-kernel-2.6.25-20080519-165031-1211208631.patch <http://wiki.squid-cache.org/tproxy-kernel-2.6.25-20080519-165031-1211208631 .patch> tproxy-iptables-1.4.0 tproxy-iptables-1.4.0-20080521-113954-1211362794.patch Squid3-HEAD <http://www.squid-cache.org/Versions/v3/HEAD/> iptables -t mangle -N DIVERT iptables -t mangle -A PREROUTING -p tcp -m socket -j DIVERT iptables -t mangle -A DIVERT -j MARK --set-mark 1 iptables -t mangle -A DIVERT -j ACCEPT iptables -t mangle -A PREROUTING -p tcp --dport 80 -j TPROXY --tproxy-mark 0x1/0xffffffff iptables -t mangle -A PREROUTING -p tcp --dport 80 -j TPROXY --tproxy-mark 0x1/0x1 --on-port 3128 I didn't got problem with installation or compiling. I didn't used the wccp I manual set proxy ip in browser And got the address ERROR: IPInterception.cc(171) NetfilterTransparent: NF getsockopt(IP_TRANSPARENT) failed: (92) Protocol not available

2 1

[ramirose@gmail.com: [PATCH net-2.6] ipv4: remove unused field in struct flowi (include/net/flow.h).]
by KOVACS Krisztian 05 Aug '08

05 Aug '08

Bah, This got applied by DaveM. Unfortunately we use this field so we'll have to add this back in. ----- Forwarded message from Rami Rosen <ramirose(a)gmail.com> ----- From: Rami Rosen <ramirose(a)gmail.com> Subject: [PATCH net-2.6] ipv4: remove unused field in struct flowi (include/net/flow.h). Date: Tue, 05 Aug 2008 11:14:02 +0300 To: davem(a)davemloft.net, netdev(a)vger.kernel.org Hi, This patch removes an unused field (flags) from struct flowi; it seems that this "flags" field was used once in the past for multipath routing with FLOWI_FLAG_MULTIPATHOLDROUTE flag (which does no longer exist); however, the "flags" field of struct flowi is not used anymore. Regards, Rami Rosen Signed-off-by: Rami Rosen <ramirose(a)gmail.com> diff --git a/include/net/flow.h b/include/net/flow.h index ad16e00..228b247 100644 --- a/include/net/flow.h +++ b/include/net/flow.h @@ -47,7 +47,6 @@ struct flowi { #define fl4_scope nl_u.ip4_u.scope __u8 proto; - __u8 flags; union { struct { __be16 sport; ----- End forwarded message ----- -- KOVACS Krisztian

2 2

tproxy not forward the source ip
by HADI UTOMO 03 Aug '08

03 Aug '08

hello, can some one help to to solve the problem. i have a bridge machine whit kernel 2.6.20 that already patched whit balabit patch + iptables 1.3.7 ( patched ) + squid 2.6.stable 21 ( enabled tproxy ) but why when i get to browse my web server from my laptop, my web server log show to me that the web request came from the tproxy ip ? if i'm not wrong.. the request must came from my laptop ip... on the web server log. but when i check my bridge machine, it's show all is fine and the squid access.log show that my laptop has request for the web... here is my network diagram: laptop <--> | eth1 === bridge == eth0 | <---> web server laptop : 10.0.0.1 bridge : 10.0.0.253 <--- default gw 10.0.0.2 web server : 10.0.0.2 i add on my squid.conf : http_port 3128 transparent tproxy tcp_outgoing address 10.0.0.253

1 0

squid 2.6 and tproxy
by admin＠abp.pl 01 Aug '08

01 Aug '08

Hello, I'm back from vacation and I'm not fresh with tproxy now. Is any working solution for fully transparent squid 2.6 with kernel >2.6.22 ? Regards, -- Tomasz Kolaj Administrator sieci ABP Computer

1 0