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