On Thu, 2002-06-20 at 13:52, nate at refried.org wrote: > Last night Scott Dier relayed a fix on IRC. I haven't seen his post > yet, so I'll post the fix myself. Many thanks to Scott's coworker who > figured it out. > > It boils down to AT&T changing their network layout such that the DHCP > server is a long ways from customers in Minnesota. It might be as far > as Denver. ISC DHCP (dhclient) sets the maximum hops to 16, which isn't > far enough in this case. OpenBSD uses dhclient. dhcpcd (Linux only) > allows for 64 hops. I didn't pay enough attention to my tcpdump output > to notice what Windows uses. I don't use AT&T, so I can't really test, but something like this should probably have the same effect: /sbin/iptables -t mangle -I OUTPUT -p udp --dport bootps -j TTL --ttl-set 64 -- _ _ _ _ _ ___ _ _ _ ___ _ _ __ Belief means not wanting to / \/ \(_)| ' // ._\ / - \(_)/ ./| ' /(__ know what is true. \_||_/|_||_|_\\___/ \_-_/|_|\__\|_|_\ __) [ Mike Hicks | http://umn.edu/~hick0088/ | mailto:hick0088 at tc.umn.edu ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 232 bytes Desc: This is a digitally signed message part Url : http://shadowknight.real-time.com/pipermail/tclug-list/attachments/20020620/20c08a64/attachment.pgp