Bug 63018
Summary: | Timeout during login-procedure | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Adri Timmermans <adri.timmermans> |
Component: | wu-ftpd | Assignee: | wdovlrrw <brosenkr> |
Status: | CLOSED WONTFIX | QA Contact: | David Lawrence <dkl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.2 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-02-19 13:35:30 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Adri Timmermans
2002-04-09 11:41:04 UTC
The server (one of the) with the problem: 194.78.72.142 (gloveg.vgt.vito.be or gloveg.vegetation.be) 99.99% of all wu-ftpd timeout problems are related to a broken DNS setup that doesn't allow the server to do reverse lookups. Is the server configured correctly to do reverse lookups? (e.g. do you get any results when running "host 216.148.218.197" on the server?) I tried the host command on the ftp server (194.78.72.142 - gloveg.vgt.vito.be) and on our 2 nameservers (194.78.72.130/cat.vgt.vito.be and 194.78.72.133/ctivdns.vgt.vito.be) And in all the cases I received the www.redhad.com als result. (The cat.vgt.vito.be is an older version with OS True64 Unix 4.0E - there I did nslookup) The subnet masks of all 3 systems is 255.255.255.224 (they are in the same subnet = My DMZ) I have this on all my Dell boxes with redhat. I already installed the version of wu-ftpd of the people.redhad.com/mgahagan version 2.6.1-20. And this had no result. Still had the wait time between the connect and the actual login. Please use vsftpd, wu-ftpd is not maintained anymore. |