From: SourceForge.net <no...@so...> - 2004-02-26 20:27:05
|
Support Requests item #904748, was opened at 2004-02-26 02:16 Message generated for change (Comment added) made by phil_mundy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=211118&aid=904748&group_id=11118 Category: other Group: 3.0.x Status: Closed Priority: 5 Submitted By: phil mundy (phil_mundy) Assigned to: Nobody/Anonymous (nobody) Summary: privoxy can't resolve hostnames after approx 2hrs use Initial Comment: I have privoxy running on FC1 based server with iptables NAT firewall Name : privoxy Relocations: (not relocateable) Version : 3.0.3 Vendor: Red Hat, Inc. Release : 1 Build Date: Sun 01 Feb 2004 03:16:54 GMT Install Date: Sat 21 Feb 2004 14:46:58 GMT Build Host: bugs.devel.redhat.com Group : System Environment/Daemons Source RPM: privoxy-3.0.3-1.src.rpm Size : 1559761 License: GPL Signature : DSA/SHA1, Wed 04 Feb 2004 13:06:27 GMT, Key ID b44269d04f2a6fd2 Packager : Red Hat, Inc. <http://bugzilla.redhat.com/bugzilla> URL : http://www.privoxy.org/ Summary : Privoxy - privacy enhancing proxy I have 2 client m/c 1 Linux, 1 Win2k both clients die after about 2 hours of surfing using various browsers Privoxy reports Feb 26 01:52:07 Privoxy(-1095771216) Error: could not resolve hostname www.desktoplinux.com Feb 26 01:52:07 Privoxy(-1095771216) Request: www.desktoplinux.com/files/misc/wily5.gif Feb 26 01:52:07 Privoxy(-1106261072) Error: could not resolve hostname www.desktoplinux.com Feb 26 01:52:07 Privoxy(-1106261072) Request: www.desktoplinux.com/files/misc/wily6.gif Feb 26 01:52:07 Privoxy(-1127240784) Error: could not resolve hostname www.desktoplinux.com Feb 26 01:52:07 Privoxy(-1127240784) Request: www.desktoplinux.com/images/furtherinfo.gif Feb 26 01:52:07 Privoxy(-1116750928) Error: could not resolve hostname www.desktoplinux.com Feb 26 01:52:07 Privoxy(-1116750928) Request: pagead2.googlesyndication.com/pagead/show_ads.js crunch! Feb 26 01:52:07 Privoxy(-1116750928) Request: www.desktoplinux.com/files/misc/linuxpda-thm.jpg Feb 26 01:52:47 Privoxy(-1095771216) Error: could not resolve hostname www.desktoplinux.com Feb 26 01:52:47 Privoxy(-1095771216) Request: www.desktoplinux.com/files/misc/cooldevice-thm.jpg Feb 26 01:52:47 Privoxy(-1106261072) Error: could not resolve hostname www.desktoplinux.com Feb 26 01:52:47 Privoxy(-1106261072) Request: google.com/ Feb 26 01:52:47 Privoxy(-1127240784) Error: could not resolve hostname www.desktoplinux.com Feb 26 01:52:47 Privoxy(-1116750928) Error: could not resolve hostname www.desktoplinux.com Feb 26 01:53:27 Privoxy(-1095771216) Error: could not resolve hostname www.desktoplinux.com Feb 26 01:53:27 Privoxy(-1106261072) Error: could not resolve hostname google.com It never recovers. I have loads of dropped packets on the server from my providers DNS IP, source port 53. That doesn't make any sense because my internet IP hasn't changed or anything else obvious from the outside. If I re-route my http requests past the proxy (turn proxy options off in mozilla) the browser jumps straight back into life. the proxy config file is absolutely bog standard except the proxy ip port setting line set to my local ip can't think of anything else useful to add, it's a shame because while it works it's great. Any ideas? Ta ---------------------------------------------------------------------- >Comment By: phil mundy (phil_mundy) Date: 2004-02-26 20:22 Message: Logged In: YES user_id=752258 Yep, looks like that did the trick. I did have the system all sown up a while ago, but then changed the server setup and forgot to update my naming. The system's been fine so far. I suspect others may have the same problem so hopefully all this talking to myself might come in handy for someone else :o) Cheers, Privoxy is great. ---------------------------------------------------------------------- Comment By: Andreas Oesterhelt (oes) Date: 2004-02-26 12:08 Message: Logged In: YES user_id=78811 Phil, glad that you sorted it out. As it doesn't look like a Privoxy issue, I'll close the item. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-02-26 09:13 Message: Logged In: NO It got late, so I have no real conclusion, but I did find that my network setup was effectively broken where the server would try to discover the name of the modem from my DNS server. This resulted in a black-hole dns query being issued, now I have a hosts file that declares names for ALL local network reachable interfaces there are no spurious background DNS calls, hopefully it won't break privoxy any more. If that has fixed it I'll post later tonight. Let tcpdump be your friend, I used it to log all internet transactions and display the first 128 bytes in ASCII. By typing the url of something simple like a jpeg image from an http site you get a real good view of the transactions to and from the net. The contents then clearly show the broken DNS IPs and Names. ---------------------------------------------------------------------- Comment By: phil mundy (phil_mundy) Date: 2004-02-26 02:43 Message: Logged In: YES user_id=752258 OK, next installment, it looks like I may have a system problem here so I'll add this for now in case it is useful to anyone else. I opened up an ssh shell to demonstrate the long delay using route, I opened a second ssh shell to run a tcpdump on my protected(internal) netwok interface #tcpdump -i eth1 not port ssh it may be a total coincidence, but directly after this, traceroute and route commands strated to execute with no delay. ...and.... privoxy burst back into life. So it looks like I have to find out why my (I guess) my kernel routing seems to lose itself...... Of course, if this rings any bells with you I'd be interested, but I don't expect you to answer as it appears v. unlikely to be a privoxy issue directly. Thanks ---------------------------------------------------------------------- Comment By: phil mundy (phil_mundy) Date: 2004-02-26 02:28 Message: Logged In: YES user_id=752258 Just noticed: $route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.1.0 * 255.255.255.0 U 0 0 0 eth1 169.254.0.0 * 255.255.0.0 U 0 0 0 eth1 10.0.0.0 * 255.0.0.0 U 0 0 0 eth0 127.0.0.0 * 255.0.0.0 U 0 0 0 lo default 10.0.0.2 0.0.0.0 UG 0 0 0 eth0 displays the first 4 lines quickly, but sleeps nearly 20 seconds before displaying the default route... could this be part of the problem? I'll try and find out why this delay happens anyway. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=211118&aid=904748&group_id=11118 |