2009.11.12 22:12 Francesco P. Lovergine rašė: > On Thu, Nov 12, 2009 at 09:03:33PM +0200, Tomas Kuliavas wrote: >> 2009.11.12 11:11 Francesco P. Lovergine rašė: >> > On Thu, Nov 12, 2009 at 10:31:53AM +0200, Tomas Kuliavas wrote: >> >> Package: proftpd >> >> Version: 1.3.1-17lenny4 >> >> >> >> If TCPAccessFiles is set to read files from user's home directory >> >> (TCPAccessFiles ~/my.allow ~/my.deny) and authentication fails, FTP >> >> server >> >> drops connection. Such behavior causes problems in Internet Explorer. >> >> Browser tries anonymous login, it fails, instead of displaying login >> box >> >> browser shows information about failed connection. >> >> >> >> Proftpd user guide >> >> (http://www.proftpd.org/localsite/Userguide/linked/c1227.html) says >> that >> >> signal 11 is a bug or incompatible libraries. I've seen same issue in >> >> Lenny amd64 and Etch i686. >> >> >> > >> > Would you -please- attach your complete configuration, verbose >> logging, >> > and not presume anything in advance? Thanks. >> >> I hope you do realize that I have already provided enough information >> and >> instead of doing basic 5 minute test with TCPAccessFiles setting, you >> asked for totally unneeded info. >> >> Attached files: >> * proftpd.tar.gz - contents of /etc/proftpd directory. Package version >> same as in initial bug report. Linux Debian Lenny, amd64 arch. >> >> * stderr.txt - output of proftpd -n -c /etc/proftpd/proftpd.conf -d 10 >> 2>stderr.txt >> >> anonymous connection. signal 11. server drops connection as in initial >> bug >> report >> >> * stderr1.txt - output of proftpd -n -c /etc/proftpd/proftpd1.conf -d 10 >> 2>stderr1.txt >> TCPAccessRules setting disabled. login fails. server does not drop >> connection >> >> * stderr2.txt - output of proftpd -n -c /etc/proftpd/proftpd.conf -d 10 >> 2>stderr2.txt >> same setup as in stderr.txt with working login. Just to show you that I >> do >> have working non-anonymous FTP setup. >> >> * apt.tar.gz - my software sources. >> >> In initial bug report FTP server was started from openbsd-inetd. In >> attached files it is switched to standalone in order to run server with >> '-n -d 10' >> >> If you need more info, please say what you need. >> > > At least on i386: > > fran...@maya:~$ ftp localhost > Connected to localhost. > 220 ProFTPD 1.3.1 Server (Debian) [127.0.0.1] > Name (localhost:frankie): ftp > 500 AUTH not understood > 500 AUTH not understood > SSL not available > 331 Password required for ftp > Password: > 530 Login incorrect. > Login failed. > Remote system type is UNIX. > Using binary mode to transfer files. > ftp> user frankie > 331 Password required for frankie > Password: > 230 User frankie logged in > Remote system type is UNIX. > Using binary mode to transfer files. > > Are you providing some tcpwrap file for the target user used after the > anonymous one?
User 'tomas' does not have tcpwrap files in home dir. I have Etch i686 machine with proftpd 1.3.0-19. FTP server with anonymous logins disabled, startup type - standalone, if TCPAccessFiles with ~ is used, signal 11 on 'anonymous' user login. But it is private machine and I can't publish its configs. 'ftp' user exists on Debian. Could you test with some username, which is not in password file? If you want, I can reproduce same issue on vmware virtual host with basic Lenny i686+proftpd setup and run strace on daemon. -- Tomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
