- tproxy - lists.balabit.hu

Tproxy 4 bugs after installation
by Ayham Abou Afach 12 Sep '08

12 Sep '08

Hi Every body i have some problems with tproxy after installation on ubuntu server 8.04 AMD 64 with the following : Iptables 1.4.0 squid-3.HEAD-20080901 tproxy-iptables-1.4.0-20080521-113954-1211362794.patch tproxy-kernel-2.6.25-20080519-165031-1211208631 Kernel 2.6.24.19 with the following rules file for iptables : *mangle :PREROUTING ACCEPT [263600:125723686] :INPUT ACCEPT [616826:343701577] :FORWARD ACCEPT [239812:121581975] :OUTPUT ACCEPT [1011781:458569186] :POSTROUTING ACCEPT [1250543:580095901] :DIVERT - [0:0] -A PREROUTING -p tcp -m tcp --dport 80 -j TPROXY --on-port 8080 --on-ip 0.0.0.0 --tproxy-mark 0x1/0x1 -A PREROUTING -p tcp -m socket -j DIVERT -A DIVERT -j MARK --set-mark 0x1 -A DIVERT -j ACCEPT COMMIT and the following ip rules : ip rule add fwmark 1 lookup 100 ip route add local 0.0.0.0/0 dev lo table 100 and enabling nonlocal bind echo 1 > /proc/sys/net/ipv4/ip_nonlocal_bind And with squid configuration http_port 8080 transparent tproxy And every thing is fine all users are going out with their own IP addresses and that what i want but there is some problems with post pages and some get ones i see these errors in squid cache.log : IPInterception.cc(137) NetfilterInterception: NF getsockopt(SO_ORIGINAL_DST) failed: (11) Resource temporarily unavailable commBind: Cannot bind socket FD 60 to 192.168.0.2:4288: (98) Address already in use and this error in my explorer : * Connection to www.yahoo.com failed.* The system returned: /(99) Cannot assign requested address / any body has some about this case HELP please

4 3

A connection to a server gets long time (3 seconds) (tproxy4)
by 박영호 11 Sep '08

11 Sep '08

I has a problem with tproxy4 on linux kernel 2.6.24.7 the connection to a server(172.16.100.232) with foreign address(10.0.3.232) get long time(3 seconds) because a syn packet re-sent by tproxy server. (syn retry time may be 3-seconds) (first web server syn-ack packet may be ignored by tproxy.) what I do for this problem? below is the result of server-side tcpdump . tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth3, link-type EN10MB (Ethernet), capture size 96 bytes 22:23:45.739972 IP 10.0.3.232.3845 > 172.16.100.142.http: S 3133342350:3133342350(0) win 5840 <mss 1460,sackOK,timestamp 4475642 0,nop,wscale 9> 22:23:45.744947 IP 172.16.100.142.http > 10.0.3.232.3845: S 1184231461:1184231461(0) ack 3133342351 win 5792 <mss 1460,sackOK,timestamp 184168973 4475642,nop,wscale 7> 22:23:48.740436 IP 10.0.3.232.3845 > 172.16.100.142.http: S 3133342350:3133342350(0) win 5840 <mss 1460,sackOK,timestamp 4476392 0,nop,wscale 9> 22:23:48.740453 IP 172.16.100.142.http > 10.0.3.232.3845: S 1184231461:1184231461(0) ack 3133342351 win 5792 <mss 1460,sackOK,timestamp 184169723 4475642,nop,wscale 7> 22:23:49.537982 IP 172.16.100.142.http > 10.0.3.232.3845: S 1184231461:1184231461(0) ack 3133342351 win 5792 <mss 1460,sackOK,timestamp 184169923 4475642,nop,wscale 7> 22:23:49.538478 IP 10.0.3.232.3845 > 172.16.100.142.http: . ack 1 win 12 <nop,nop,timestamp 4476591 184169923> 22:23:49.538716 IP 10.0.3.232.3845 > 172.16.100.142.http: P 1:6(5) ack 1 win 12 <nop,nop,timestamp 4476591 184169923> 22:23:49.538730 IP 172.16.100.142.http > 10.0.3.232.3845: . ack 6 win 46 <nop,nop,timestamp 184169923 4476591> 22:23:49.539463 IP 172.16.100.142.http > 10.0.3.232.3845: P 1:98(97) ack 6 win 46 <nop,nop,timestamp 184169923 4476591> 22:23:49.539509 IP 172.16.100.142.http > 10.0.3.232.3845: F 98:98(0) ack 6 win 46 <nop,nop,timestamp 184169923 4476591> 22:23:49.539793 IP 10.0.3.232.3845 > 172.16.100.142.http: . ack 98 win 12 <nop,nop,timestamp 4476591 184169923> 22:23:49.540470 IP 10.0.3.232.3845 > 172.16.100.142.http: F 6:6(0) ack 99 win 12 <nop,nop,timestamp 4476591 184169923> 22:23:49.540483 IP 172.16.100.142.http > 10.0.3.232.3845: . ack 7 win 46 <nop,nop,timestamp 184169923 4476591> here is the result of lsmod bash-3.1# lsmod Module Size Used by Not tainted iptable_nat 5764 1 nf_nat_sip 4352 0 nf_nat_h323 6400 0 nf_nat_pptp 3200 0 nf_nat_proto_gre 2436 1 nf_nat_pptp nf_nat_ftp 2944 0 nf_nat 15020 6 iptable_nat,nf_nat_sip,nf_nat_h323,nf_nat_pptp,nf_nat_proto_gre,nf_nat_ftp xt_TPROXY 2688 1 xt_socket 2944 1 xt_MARK 2304 1 nf_tproxy_core 3712 2 xt_TPROXY,xt_socket,[permanent] iptable_mangle 2560 1 xt_CONNMARK 2560 0 iptable_filter 2432 1 ip_tables 10452 3 iptable_nat,iptable_mangle,iptable_filter nf_hipac 156168 0 noarp 20780 0 e100 29964 0 e1000 170688 0 iptables -t mangle -L Chain PREROUTING (policy ACCEPT) target prot opt source destination DIVERT tcp -- anywhere anywhere socket TPROXY tcp -- anywhere anywhere tcp dpt:http TPROXY redirect 0.0.0.0:80mark 0x1/0x1 Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination Chain POSTROUTING (policy ACCEPT) target prot opt source destination Chain DIVERT (1 references) target prot opt source destination MARK all -- anywhere anywhere MARK set 0x1 ACCEPT all -- anywhere anywhere

1 0

Install tproxy
by Joaquim Petiz 01 Sep '08

01 Sep '08

Hi list, I have problems for install squid+tproxy on CentOS 5.2. I using README.txt from balabit.com but not working, connections not register in access.log but in tcpdump on gateway register traffic. My topology: Link <> GW <> Tproxy <> Server Connections from Server register in tcpdump in the GW, access.log in the Tproxy not... CentOS 5.2 Iptables 1.4.0 squid-3.HEAD-20080831 tproxy-iptables-1.4.0-20080521-113954-1211362794.patch tproxy-kernel-2.6.25-20080519-165031-1211208631 Kernel 2.6.25.11 iptables -t mangle -nL Chain PREROUTING (policy ACCEPT) target prot opt source destination DIVERT tcp -- 0.0.0.0/0 0.0.0.0/0 socket TPROXY tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:80 TPROXY redirect 0.0.0.0:50080 mark 0x1/0x1 Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination Chain POSTROUTING (policy ACCEPT) target prot opt source destination Chain DIVERT (1 references) target prot opt source destination MARK all -- 0.0.0.0/0 0.0.0.0/0 MARK set 0x1 ACCEPT all -- 0.0.0.0/0 0.0.0.0/0 ip rule sh 0: from all lookup 255 32765: from all fwmark 0x1 lookup 100 32766: from all lookup main 32767: from all lookup default ip route sh table 100 local default dev lo scope host squid.conf http_port 50080 transparent tproxy cache_dir ufs /cache 100 16 256 access_log /var/logs/access.log squid visible_hostname tproxy acl manager proto cache_object acl localhost src 127.0.0.1/32 acl to_localhost dst 127.0.0.0/8 acl localnet src 10.0.0.0/8 # RFC1918 possible internal network acl localnet src 172.16.0.0/12 # RFC1918 possible internal network acl localnet src 192.168.0.0/16 # RFC1918 possible internal network acl ALL2 src 192.168.0.0/16 acl SSL_ports port 443 acl Safe_ports port 80 # http acl Safe_ports port 21 # ftp acl Safe_ports port 443 # https acl Safe_ports port 70 # gopher acl Safe_ports port 210 # wais acl Safe_ports port 1025-65535 # unregistered ports acl Safe_ports port 280 # http-mgmt acl Safe_ports port 488 # gss-http acl Safe_ports port 591 # filemaker acl Safe_ports port 777 # multiling http acl CONNECT method CONNECT http_access allow all http_access allow ALL2 http_access allow manager localhost http_access deny manager http_access deny !Safe_ports http_access deny CONNECT !SSL_ports http_access allow localnet http_access deny all icp_access allow localnet icp_access deny all htcp_access allow localnet htcp_access deny all hierarchy_stoplist cgi-bin ? refresh_pattern ^ftp: 1440 20% 10080 refresh_pattern ^gopher: 1440 0% 1440 refresh_pattern -i (/cgi-bin/|\?) 0 0% 0 refresh_pattern . 0 20% 4320 icp_port 3130 error_directory /usr/share/errors/en coredump_dir /var/cache Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses

1 0

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