commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 35338] - [net] FTPClient.listFiles() hangs on Red Hat Linux
Date Wed, 22 Jun 2005 11:14:18 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=35338>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=35338





------- Additional Comments From mario@ops.co.at  2005-06-22 13:14 -------
> 1.  Why doesn't he have a problem ftp-ing to the same site with his command-line
> ftp application?  A tcpdump of that for comparison purposes would be very useful.
For sure a tcpdump would really help. Maybe only ports above 1024 are blocked
and this command-line utility uses one below?
JFYI: SuSE knows a configuration in its firewall configuration for this
FW_ALLOW_INCOMING_HIGHPORTS_TCP="yes|no|..."
And yes, I know modern firewalls with connection tracking are able to open those
ports dynamically (ip_conntrack_ftp).
Said that I found there was a problem with fedora in this area:
http://www.opensubscriber.com/message/netfilter@lists.netfilter.org/1466926.html

Maybe its sufficient to load this module:
/sbin/modprobe ip_conntrack_ftp

> 2.  Is the problem solely a problem with listNames()?  Perhaps a simple program
> using listFiles() would fail similarly.  That would tell us something.
I dont think so. I tried the code from comment #0 on my linux box and it worked
against his server. This and the unwanted ICMP reply make me strongly think that
it is NOT a commons-net fault.

> 3.  I believe that somewhere up the thread George said he'd disabled the
> firewall.  I don't know how that fits into this scenario. Maybe he didn't
> completely disable it, or maybe there are more than one firewall on the system?

Yes, I think he should try the following again
*) disable the firewall again
*) use "iptables -L"  (on the client system) - there should be no rule active.
If there are entries
if you see some rules try to delete them using
"iptables -D INPUT 6"
replace INPUT and 6 by the corresponding chain and rule number.
*) start "tcpdump"
*) try commons-net ftp again

If this works - try:
*) restart your system (so the firewall might be up again)
*) /sbin/modprobe ip_conntrack_ftp
*) start "tcpdump"
*) try commons-net ftp again

Its hard to tell what to try through bugzilla, so sorry if this is too much
information at once.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message