As a follow up, I decided to see if I can open up a telnet session by opening port 23 for a short period of time and then seeing if I could telnet in. It failed, and then I reset the FTP rule.
I'm going to see if I can access FTP from a different location, just in case it's my machine and its firewall rules blocking things. That will probably happen later this afternoon. I'll let you know the results. I'm beginning to wonder if I'm being blocked from upstream.
-Bob
Pete,
From my machine: ftp localhost: fails ftp <localhost IP> fails. ftp mydomain: works ftp <mydomain IP>: works
FTP'ing out from a machine is totally unrelated to the ftp service on the machine. So you still should try "ftp localhost" (or use the ip if that fails) to connect from the servers ftp client to the servers ftp service. It is a good test to make sure ftp is accepting connections.
I grepped for stream in /etc/init.d and didn't get any response. ditto in vsftp.conf Is there another place to check?
I put an email in to my upstream ISP asking if they have the FTP ports blocked anywhere upstream. Unfortunately the earliest that I will hear from them is Monday, assuming he's not on vacation. :-)
The /etc/service file often shows tcp/udp for a service, but you do not need udp for ftp. You can confirm that by looking at your init.d file for the ftp server, it will show stream for tcp services (dgram or datagramfor udp).
-Bob
-- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list
