(E-Mail Removed) (David Efflandt) wrote in
news:(E-Mail Removed):
> Delays in tcp/ip are often timeouts due to tcpwrappers attempting to
> resolve a name for connecting IP. This can depend upon hosts.allow,
> hosts.deny, /etc/hosts, or if nameserver(s) in /etc/resolv.conf are not
> reachable or do not respond (like for your ISP when not connected). So
> perhaps something changed in one of those files (or local DNS if doing
> your own).
First off, to make this easier to describe:
catfish - Debian box, has the modem, and 100baseT to
4-port 802.11g WAP
bass - XP Pro box, 100baseT to WAP, and 802.11g card
perch - XP Pro box, 802.11g only
Everybody has everybody else in hosts, the linux box is gatewaying for
everybody else. (But for some reason I haven't really delved into very
much, can't see the internet at all itself...hasn't been a big issue yet,
but suggestions are welcome) Bass is pretty much the one I use, since it's
by far the fastest, has the best monitor, and the comfiest chair in front
of it.
From bass, command line or PuTTY telnet will work consistently, while
TCP/IP connection from hyperterminal will timeout - sometimes.
cygwin -query catfish will display pretty much the same behavior, except
that it works more often than hyperterm. I've tried it with and without
perch shut down, and with all possible permutations of bass's two
connections, and it's pretty consistent, except that sometimes it will
start working again for no apparent reason when something changes - nothing
in particular, though.