scponly vs. scponlyc

[ueckermann]

Hallo kompetente Leserschaft ;-)

ich bin gerade dabei, von meinem alten auf meinen neuen Server umzuziehen. In diesem Zusammenhang wollte ich auch wieder scponly(c) einrichten. Obwohl auf beiden Kisten Sarge läuft, läuft scponlyc leider nicht auf dem neuen Server (scponly funktioniert). Ich habe im sshd den loglevel mal hochgesetzt und bekomme folgende Ausgabe:

Code: Select all

Aug 29 12:11:54 muha [13723]: running: /usr/lib/sftp-server (username: pixi(5001), IP/port: 84.135.182.129 61895 22)
Aug 29 12:11:54 muha sshd[13722]: debug1: Received SIGCHLD.
Aug 29 12:11:54 muha sshd[13722]: debug2: channel 0: read<=0 rfd 8 len 0
Aug 29 12:11:54 muha sshd[13722]: debug2: channel 0: read failed
Aug 29 12:11:54 muha sshd[13722]: debug2: channel 0: close_read
Aug 29 12:11:54 muha sshd[13722]: debug2: channel 0: input open -> drain
Aug 29 12:11:54 muha sshd[13722]: debug2: channel 0: ibuf empty
Aug 29 12:11:54 muha sshd[13722]: debug2: channel 0: send eof
Aug 29 12:11:54 muha sshd[13722]: debug2: channel 0: input drain -> closed
Aug 29 12:11:54 muha sshd[13722]: debug2: notify_done: reading
Aug 29 12:11:54 muha sshd[13722]: debug1: session_by_pid: pid 13723
Aug 29 12:11:54 muha sshd[13722]: debug1: session_exit_message: session 0 channel 0 pid 13723
Aug 29 12:11:54 muha sshd[13722]: debug2: channel 0: request exit-status
Aug 29 12:11:54 muha sshd[13722]: debug1: session_exit_message: release channel 0
Aug 29 12:11:54 muha sshd[13722]: debug2: channel 0: write failed
Aug 29 12:11:54 muha sshd[13722]: debug2: channel 0: close_write
Aug 29 12:11:54 muha sshd[13722]: debug2: channel 0: output open -> closed
Aug 29 12:11:54 muha sshd[13722]: debug1: session_close: session 0 pid 13723
Aug 29 12:11:54 muha sshd[13722]: debug2: channel 0: send close
Aug 29 12:11:54 muha sshd[13722]: debug3: channel 0: will not send data after close
Aug 29 12:11:55 muha sshd[13722]: debug3: channel 0: will not send data after close
Aug 29 12:11:55 muha sshd[13722]: debug2: channel 0: rcvd close
Aug 29 12:11:55 muha sshd[13722]: debug3: channel 0: will not send data after close
Aug 29 12:11:55 muha sshd[13722]: debug2: channel 0: is dead
Aug 29 12:11:55 muha sshd[13722]: debug2: channel 0: garbage collecting
Aug 29 12:11:55 muha sshd[13722]: debug1: channel 0: free: server-session, nchannels 1
Aug 29 12:11:55 muha sshd[13722]: debug3: channel 0: status: The following connections are open:^M   #0 server-session (t4 r256 i3/0 o3/0 fd 8/8)^M 
Aug 29 12:11:55 muha sshd[13722]: debug3: channel 0: close_fds r 8 w 8 e -1
Aug 29 12:11:55 muha sshd[13722]: Connection closed by 84.135.182.129
Aug 29 12:11:55 muha sshd[13722]: debug1: do_cleanup
Aug 29 12:11:55 muha sshd[13722]: debug1: PAM: cleanup
Aug 29 12:11:55 muha sshd[13722]: (pam_unix) session closed for user pixi
Aug 29 12:11:55 muha sshd[13722]: debug3: PAM: sshpam_thread_cleanup entering
Aug 29 12:11:55 muha sshd[13722]: Closing connection to 84.135.182.129
Aug 29 12:11:55 muha sshd[13722]: debug1: PAM: cleanup
Aug 29 12:11:55 muha sshd[13722]: debug3: mm_request_send entering: type 56
Aug 29 12:11:55 muha sshd[13720]: debug3: monitor_read: checking request 56
Aug 29 12:11:55 muha sshd[13720]: debug3: mm_answer_term: tearing down sessions

Die erste Zeile hat auch mein alter Server im Log, dann aber kommt es zu diesem ominösen SIGCHLD, was wohl bedeutet, dass sich der Childprozess sftp-server verabschiedet hat. (?)

Hat vielleicht einer von euch eine Ahnung, woran das liegen könnte?

Viele Grüsse,

Nico

[ueckermann]

Habe inzwischen die chroot-Umgebung mit scpjailer gebaut - damit klappts.

Aber warum es mit dem Originalskript von scponly auf meinem alten Server geklappt hat und auf meinem neuen Server nicht ist mir ein Rätsel...

:?