On Mon, Nov 03, 2003 at 06:18:49AM -0800, Will Andrews wrote: > On Mon, Nov 03, 2003 at 01:47:06PM +0100, Andreas Klemm wrote: > > Since about 2 days I can't make dns queries via local nameserver. > > To get dns requests I need to add my forwarders in /etc/resolv.conf. > > I've noticed this before (on FreeBSD 4.8), then realized my ISP > was blocking 53/TCP. I found the culprit, for my eyes its a problem with ipfw. Look here: on titan the rule 100 doesn't work anymore for (for me) unknown reason: 00100 0 0 allow ip from any to any via lo0 00200 3 180 deny ip from any to 127.0.0.0/8 00300 0 0 deny ip from 127.0.0.0/8 to any 65000 133 75074 allow ip from any to any 65535 21787 2611732 deny ip from any to any FreeBSD titan.klemm.apsfilter.org 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Sun Oct 19 16:33:53 CEST 2003 root_at_titan.klemm.apsfilter.org:/usr/src/sys/i386/compile/TITAN i386 andreas_at_titan[ttyp3]{1004} ~ ll /sbin/ipfw -r-xr-xr-x 1 root wheel 482184 2 Nov 21:26 /sbin/ipfw On my Laptop aklemm the rule 100 (firewall type "open") works: 00100 206 20504 allow ip from any to any via lo0 00200 0 0 deny ip from any to 127.0.0.0/8 00300 0 0 deny ip from 127.0.0.0/8 to any 65000 9498 3688895 allow ip from any to any 65535 0 0 deny ip from any to any root_at_aklemm[ttyp2]{204} ~ ll /sbin/ipfw -r-xr-xr-x 1 root wheel 482184 2 Nov 23:07 /sbin/ipfw root_at_aklemm[ttyp2]{205} ~ uname -a FreeBSD aklemm.klemm.apsfilter.org 5.1-CURRENT FreeBSD 5.1-CURRENT #0: Sun Nov 2 23:55:37 CET 2003 root_at_aklemm.klemm.apsfilter.org:/usr/src/sys/i386/compile/AKLEMM i386 Because rule 100 isn't working for unknown reason on titan, I get DNS and connect problem with a local NNTP server, since the traffic pattern "from any to any via lo0" is needed, but doesn't work. But I really have no idea, whats that causing... Andreas /// -- Andreas Klemm - Powered by FreeBSD 5.1-CURRENT Need a magic printfilter today ? -> http://www.apsfilter.org/Received on Mon Nov 03 2003 - 06:15:15 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:27 UTC