*BSDThis forum is for the discussion of all BSD variants.
FreeBSD, OpenBSD, NetBSD, etc.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
is i set it yo YES] then i must run vsftpd as standalone daemon, and not through inetd. and that is kinna the opposite of what i whant.....and anyway, the error remains (in the browsers i get the windows to enter the user and password, but after that i get the error)
Okay, well...since it's not an option within the vsftpd conf file, perhaps it may be a setting in the inetd conf file (FYI. I don't use inetd or xinetd).
Try checking through there, and if there aren't any hints, post your inetd conf file, and the rest of us can take a look at it.
Sure, let's see the full output. The line you posted indicates that inetd is listening for all interfaces on tcp 22..?? That is typically used by sshd. Did you intend for vsftpd to listen on a non-standard port?
Actually sockstat -4l would be even better (only listening sockets).
It's listening on all interfaces, so the next thing I would do is use netcap or nmap from one of the client machines to confirm that tcp port 21 (on your FBSD box) is open to it.
It sounds like you're using Windows clients, so nmap is probably a better choice.
If tcp 21 is open to the clients, you can narrow things down to something at the application level.
From here what I'd do is temporarily revert to the default vsftpd configuration file (IIRC, it is operational and allowing anonymous authentication) that was installed by the port, and test again. Still broken?
solved it. i reverted back to the standard conf file, and it worked with a minor issue: the home ftp (/home/ftp) folder was owned by the ftp user (and that is not right). so i changed ownership of the ftp user to root and the daemon worked. afterward i reverted back to my configuration and everything is fine now.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.