Re: Slow telnet/pop3 connection
- From: Mark Olbert <ChairmanMAO@xxxxxxxxxxxxxxxxx>
- Date: Sun, 27 Apr 2008 13:31:12 -0700
Comments interleaved.
Are "all" of the connections slow, or just the initial one (takes a LONG
time to get a login prompt, but once you get that, things are at normal
speed)?
Just the initial presentation of the login prompt. From that point on everything is fast.
So, what is the difference in the configurations? If the "new" box
is using xinetd to run the effected services, and the "old" box is
running the old inetd, you may be causing the problem by the "Log"
lines in the individual service files (something lacking in inetd).
Both systems are using xinetd. I'll check the log settings, but I believe they're the same.
This could also be caused by the new server attempting to use 'auth'
(RFC1413 using tcp/114) if your clients are "DROP"ing such requests
rather than answering or "REJECT"ing those requests. A packet sniffer
would show this instantly.
I ran wireshark and didn't see any auth packets. But I'll check again.
The DNS lookup occurs on the _server_ not the client. The server wants
to know the name of the system connecting. It does this by attempting a
reverse (PTR) lookup. If your DNS can not resolve the PTR query, you
need to have the individual names/addresses of ALL clients in the
/etc/hosts file on the server.
Okay. One other piece of data: getting to the login prompt is slow from Windows clients, but not from a linux client. The DNS runs
on a Windows 2003 server.
.
- Follow-Ups:
- Re: Slow telnet/pop3 connection
- From: Moe Trin
- Re: Slow telnet/pop3 connection
- References:
- Slow telnet/pop3 connection
- From: Mark Olbert
- Re: Slow telnet/pop3 connection
- From: Moe Trin
- Slow telnet/pop3 connection
- Prev by Date: Re: Slow telnet/pop3 connection
- Next by Date: Re: Transparent Internet Bandwidth / Usage monitoring
- Previous by thread: Re: Slow telnet/pop3 connection
- Next by thread: Re: Slow telnet/pop3 connection
- Index(es):
Relevant Pages
|