[linux-l] ftp dirt nicht

Boris Kirkorowicz boris-ml07 at kirk.de
Mi Jul 3 10:11:52 CEST 2019


Hallo,

Am 03.07.19 um 01:24 schrieb Hauke Laging:
> So einen Effekt (wenn auch nicht den Abbruch der Verbindung) würde ich 
> erwarten, wenn der FTP-User zwar Ausführ-, aber keine Leserechte für das 
> Verzeichnis hat.

wenn Du die Rechte des Dateisystems meinst: da haben Alle überall
Leserechte. Sicherheitshalber habe ich noch ein chmod -R +r * abgesetzt,
ohne Änderung.


> Wenn es das nicht ist, kannst Du Dich ja mal mit strace an den FTP-Prozess 
> hängen, bevor Du das "dir" abschickst.

Du meinst sowas?

> sfo2201:~ # ps ax | grep ftp
>  1863 ?        Ss     0:00 /usr/sbin/vsftpd /etc/vsftpd.conf
> 31929 pts/0    S+     0:00 grep --color=auto ftp
> sfo2201:~ # str
> strace            strace-graph      strace-log-merge  stream            strings           strip             
> sfo2201:~ # strace -p 1863 -o vsftpd_2019-07-03.log
> strace: Process 1863 attached

[Hier jetzt vom Client aus:]
> boris at linux-t560b:~> ftp sfo2201
> Connected to sfo2201.
> 220 ftp-Zugang sfo2201
> 331 Please specify the password.
> 230 Login successful.
> Remote system type is UNIX.
> Using binary mode to transfer files.
> ftp> dir
> 229 Entering Extended Passive Mode (|||30068|)
> 150 Here comes the directory listing.
> 421 Service not available, remote server has closed connection.
> ftp> ^D
> boris at linux-t560b:~> 


[und weiter am ftp-Server:]
> ^Cstrace: Process 1863 detached
> 
> sfo2201:~ # cat vsftpd_2019-07-03.log 
> accept(3, {sa_family=AF_INET6, sin6_port=htons(50432), sin6_flowinfo=htonl(0), inet_pton(AF_INET6, "::ffff:192.168.221.119", &sin6_addr), sin6_scope_id=0}, [28]) = 4
> clone(child_stack=NULL, flags=CLONE_NEWIPC|SIGCHLD) = 32067
> close(4)                                = 0
> accept(3, 0x7ffd1ed7ff00, [28])         = ? ERESTARTSYS (To be restarted if SA_RESTART is set)
> --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_KILLED, si_pid=32067, si_uid=465, si_status=SIGSYS, si_utime=1, si_stime=0} ---
> alarm(1)                                = 0
> rt_sigreturn({mask=[]})                 = -1 EINTR (Interrupted system call)
> alarm(0)                                = 1
> wait4(-1, NULL, WNOHANG, NULL)          = 32067
> wait4(-1, NULL, WNOHANG, NULL)          = -1 ECHILD (No child processes)
> accept(3,  <detached ...>
> sfo2201:~ #

Sagt mir jetzt ehrlich gesagt nicht so viel. Kannst Du da etwas herauslesen?



-- 
Mit freundlichem Gruß                                 Best regards
                           Boris Kirkorowicz


Mehr Informationen über die Mailingliste linux-l