这个问题是由于“反向域名解析”造成的。
受反向域名解析影响初始连接速度的应用有telnet、ftp，而www、proxy要看配置中DNS是否许可。受影响程序与本地LAN与Internet连接的速度有关，当你用9600bps的X.25与ISP连接的话，那么这个问题会更加明显。
这个问题的解释：Unix主机上诸如telnetd、ftpd、logind这类的服务程序，通常在接受连接时试图知道客户机的IP对应的域名，它当然会查询本地DNS Server，DNS Server或者会回答Unix主机以客户机的域名，或者会通过Unix主机客户机没有域名，或者查询超时..当客户机IP在本地DNS Server上没有反向域名记录时，DNS Server与外界联系是必须的..本地LAN与Internet连接的速度当然会影响到反向域名解析，最糟糕的情况是telnetd等服务程序要等到反向域名解析超时才会做下一步的工作。
解决方法：由于抱怨通常是来自内部的，更何况你能管理的也只有内部这个网络。我的做法是：给内部网络的每个IP都加上反向域名记录，可是问题又出来了并非每个IP都有域名呀？！
域名解析和反向域名解析并非镜像的关系，你大可以有这样的一个反向域的配置文件：
1.168.192.in-addr.arpa IN SOA dns.xxxx.com.cn. xxxx.xxx.xxx.com.cn.
884107551
；Serial Number
10800
；Refresh after 3 hours
3600
；Retry after 1 hours
604800
；Expire after 1 week
86400)
；Minimum TTL of 1 day
1
IN
PTR
192.168.1.1.
2
IN
PTR
192.168.1.2.
………
来源：linuxaid
是RH7.2吗,7.3好象没有这种现象了,到/etc/xinetd.d下面改telnet文件吧,我一时记不起是
改哪里了,到网上查查看,要不设一个DNS
注释掉/etc/xinetd.d/telnet文件中的
log_on_failure += USERID
重启xinetd进程就可以了
如果本地使用注释掉
etc/resolve.conf中的名字服务就行了
这个非常管用，谢谢大家