這個問題是由於“反向域名解析”造成的。
受反向域名解析影響初始連接速度的應用有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.
………
