Mediaarchitekt

Ich habe, nachdem meine anfänglichen Fehlerkorrekturen nicht ausreichten und auch die vorgeschlagenen Anpassungen auf Github nicht erfolgreich waren, Debian 12.0 Bookworm noch mal komplett neu aufgesetzt. Diesmal das von netcup bereitgestellte Minimal Setup. Die vorgeschlagenen Änderungen in der /etc/proftpd/tls.conf -TLSOptions NoCertRequest NoSessionReuseRequired +TLSOptions NoSessionReuseRequired machten ProFTPd, wie schon im Eingangspost erwähnt, zumindest für den manuellen Start lauffähig. Die vorgeschlagenen Änderungen in der /etc/proftpd/proftpd.conf - MultilineRFC2228 on machen es nun auch möglich, dass ProFTPd beim automatischen Start nach dem Booten nicht mehr abbricht. Klasse, damit ist mein Problem behoben. Hätte ich vielleicht auch selber drauf kommen können, aber in den Logs stand nur, MultilineRFC2228 sei deprecated, das habe ich nicht als schwerwiegend erachtet. Auch hat m.E. erst die Neuinstallation die Änderungen wirksam gemacht. Vielen Dank für die wirklich schnelle und erstklassige Hilfe. Problem gelöst!

Okay, ich checks noch mal in Ruhe.

Erst einmal großen Dank für deine Hilfe. Die Übernahme deiner Einstellungen im bereits installierten ProFTPd hat zwar soweit nichts gebracht. Ich probiere es am Montag noch mal mit einer Neuinstallation. Zieht er sich die Version mit der bookworm.xml in die Paketquellen, wenn ich das Standardinstallationsscript nutze?

Ist ein frisches Image, direkt von Debian. Ich habe einen vServer bei netcup, die hatten vor ein paar Wochen noch keine 12 im Angebot.

Die hatte ich ja schon vor Rückspielen des Snapshots rausgenommen. Das war quasi die Ausgangslage im ersten Post. Da war's halt eine Fehlermeldung/Warnung weniger. Aber mein Problem, dass ProFTPd nur von Hand gestartet werden kann, bleibt gleich. Die anderen Warnung beziehen sich immer auf die letzte Zeile der jeweilig genannten .conf, so als vermisse wer ein klassisches EOF. Im Bootlog habe ich nichts verdächtiges gefunden. Hat denn jemand Debian 12 mit Froxlor laufen? Die nächste Aktion wird ein Downgrade sein. Mit Debian 11 lief alles wunderbar. Vielleicht lässt sich das ja wiederholen. Hatte gehofft, meine Fall wäre evtl. ein bekannter Stolperstein ...

Habe jetzt noch mal einen alten Snapshot mit reinem Debian 12 drübergebügelt, Froxlor neu installiert und mir die Logs angeschaut. Direkt nach der Installation von Froxlor ist ProFTPd aktiv, allerdings spuckt er wieder erwähnte Warnungen und die Fehlermeldung gleich in der ersten Zeile zu "line 9" in der "tls.conf" aus. $ sudo service proftpd status ● proftpd.service - ProFTPD FTP Server Loaded: loaded (/lib/systemd/system/proftpd.service; enabled; preset: enabled) Active: active (running) since Fri 2023-07-21 18:04:21 CEST; 3min 21s ago Docs: man:proftpd(8) Main PID: 19984 (proftpd) Tasks: 1 (limit: 2314) Memory: 2.7M CPU: 76ms CGroup: /system.slice/proftpd.service └─19984 "proftpd: (accepting connections)" Jul 21 18:04:21 evolvi proftpd[19982]: 2023-07-21 18:04:21,728 evolvi proftpd[19982]: fatal: TLSOptions: : unknown TLSOption 'NoCertRequest' on line 9 of '/etc/proftpd/tls.conf' Jul 21 18:04:21 evolvi proftpd[19982]: 2023-07-21 18:04:21,728 evolvi proftpd[19982]: warning: unable to include '/etc/proftpd/tls.conf': Die Operation ist nicht erlaubt Jul 21 18:04:21 evolvi proftpd[19982]: 2023-07-21 18:04:21,728 evolvi proftpd[19982]: warning: handling possibly truncated configuration data at line 21 of '/etc/proftpd/tls.conf' Jul 21 18:04:21 evolvi proftpd[19983]: 2023-07-21 18:04:21,749 evolvi proftpd[19983]: warning: handling possibly truncated configuration data at line 97 of '/etc/proftpd/modules.conf' Jul 21 18:04:21 evolvi proftpd[19983]: 2023-07-21 18:04:21,749 evolvi proftpd[19983]: the MultilineRFC2228 directive has been deprecated, and will be removed in a future release. Ple> Jul 21 18:04:21 evolvi proftpd[19983]: 2023-07-21 18:04:21,750 evolvi proftpd[19983]: warning: handling possibly truncated configuration data at line 59 of '/etc/proftpd/sql.conf' Jul 21 18:04:21 evolvi proftpd[19983]: 2023-07-21 18:04:21,755 evolvi proftpd[19983]: fatal: TLSOptions: : unknown TLSOption 'NoCertRequest' on line 9 of '/etc/proftpd/tls.conf' Jul 21 18:04:21 evolvi proftpd[19983]: 2023-07-21 18:04:21,755 evolvi proftpd[19983]: warning: unable to include '/etc/proftpd/tls.conf': Die Operation ist nicht erlaubt Jul 21 18:04:21 evolvi proftpd[19983]: 2023-07-21 18:04:21,755 evolvi proftpd[19983]: warning: handling possibly truncated configuration data at line 21 of '/etc/proftpd/tls.conf' Jul 21 18:04:21 evolvi systemd[1]: Started proftpd.service - ProFTPD FTP Server. Nach dem ersten Reboot direkt im Anschluss an die Froxlor-Installation sieht der Status dann wieder so aus: sudo service proftpd status ○ proftpd.service - ProFTPD FTP Server Loaded: loaded (/lib/systemd/system/proftpd.service; enabled; preset: enabled) Active: inactive (dead) Docs: man:proftpd(8) Ich muss ProFTPd also wieder manuell starten, kann mich dann zwar mittels FTP-Client verbinden, irgendwo hakt es aber dennoch wegen "fatal error" in Zeile 9 der tls.conf und diverser weiterer Warnungen für tls.conf, sql.conf und modules.conf.

Danke für die prompte Antwort. Ich habe ein reines Minimal Debian installiert, danach die Installationsroutine von Froxlor mit PostFix und proFTPd. Anschließend UFW Firewall eingerichtet sowie die Froxlor-Einstellungen im Backend angepasst und einen Benutzer eingerichtet, damit ich einen User zur Anmeldung per FTP habe. Wüsste nicht welcher Dienst den Port belegt. Der manuelle Start von proFTPd funktioniert trotz Fehlermeldungen dann ja auch. netstat -tunlp zeigt nach Boot ohne manuellen Start von proFTPd folgendes Ergebnis: Aktive Internetverbindungen (Nur Server) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:587 0.0.0.0:* LISTEN 1034/master tcp 0 0 46.38.250.228:53 0.0.0.0:* LISTEN 590/named tcp 0 0 46.38.250.228:53 0.0.0.0:* LISTEN 590/named tcp 0 0 0.0.0.0:993 0.0.0.0:* LISTEN 588/dovecot tcp 0 0 0.0.0.0:995 0.0.0.0:* LISTEN 588/dovecot tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 590/named tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 590/named tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 590/named tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 590/named tcp 0 0 0.0.0.0:143 0.0.0.0:* LISTEN 588/dovecot tcp 0 0 0.0.0.0:110 0.0.0.0:* LISTEN 588/dovecot tcp 0 0 0.0.0.0:4190 0.0.0.0:* LISTEN 588/dovecot tcp 0 0 127.0.0.1:3306 0.0.0.0:* LISTEN 677/mariadbd tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 599/sshd: /usr/sbin tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 1034/master tcp 0 0 0.0.0.0:465 0.0.0.0:* LISTEN 1034/master tcp6 0 0 ::1:953 :::* LISTEN 590/named tcp6 0 0 ::1:953 :::* LISTEN 590/named tcp6 0 0 :::993 :::* LISTEN 588/dovecot tcp6 0 0 :::995 :::* LISTEN 588/dovecot tcp6 0 0 fe80::6807:53ff:fed4:53 :::* LISTEN 590/named tcp6 0 0 fe80::6807:53ff:fed4:53 :::* LISTEN 590/named tcp6 0 0 2a03:4000:b:96:6807::53 :::* LISTEN 590/named tcp6 0 0 2a03:4000:b:96:6807::53 :::* LISTEN 590/named tcp6 0 0 :::143 :::* LISTEN 588/dovecot tcp6 0 0 :::110 :::* LISTEN 588/dovecot tcp6 0 0 :::80 :::* LISTEN 723/apache2 tcp6 0 0 :::4190 :::* LISTEN 588/dovecot tcp6 0 0 :::21 :::* LISTEN 1/init tcp6 0 0 :::22 :::* LISTEN 599/sshd: /usr/sbin tcp6 0 0 :::443 :::* LISTEN 723/apache2 tcp6 0 0 ::1:53 :::* LISTEN 590/named tcp6 0 0 ::1:53 :::* LISTEN 590/named udp 0 0 46.38.250.228:53 0.0.0.0:* 590/named udp 0 0 46.38.250.228:53 0.0.0.0:* 590/named udp 0 0 127.0.0.1:53 0.0.0.0:* 590/named udp 0 0 127.0.0.1:53 0.0.0.0:* 590/named udp6 0 0 ::1:53 :::* 590/named udp6 0 0 ::1:53 :::* 590/named udp6 0 0 2a03:4000:b:96:6807::53 :::* 590/named udp6 0 0 2a03:4000:b:96:6807::53 :::* 590/named udp6 0 0 fe80::6807:53ff:fed4:53 :::* 590/named udp6 0 0 fe80::6807:53ff:fed4:53 :::* 590/named Nach manuellem Start von proFTPd lauscht der FTP Server am Port 21/tpc6 statt init. Warum nicht auch am Port 21/tcp verstehe ich nicht. Habe jetzt schon zweimal Debian 12 frisch aufgesetzt, aber die Problematik bleibt.

Moin, ich teste Froxlor seit einigen Wochen. Die Einrichtung mit Debian 11 (Bullseye) und Froxlor 2.0.1 hat wunderbar geklappt. Jetzt habe ich Debian 12 (Bookworm) und Froxlor 2.0.21 frisch installiert und Probleme proFTPd zum Laufen zu bekommen. So weit ich mich erinnere, waren die Installationsschritte die gleichen. Allerdings kann ich mich nach Start des Servers nicht per FTP verbinden: $ systemctl status proftpd ○ proftpd.service - ProFTPD FTP Server Loaded: loaded (/lib/systemd/system/proftpd.service; enabled; preset: enabled) Active: inactive (dead) Docs: man:proftpd(8) Folgende Probleme stehen im proftpd.log: 2023-07-21 12:48:37,533 evolvi proftpd[1446] uniquenumber.happysrv.de: Failed binding to ::, port 21: Die Adresse wird bereits verwendet 2023-07-21 12:48:37,533 evolvi proftpd[1446] uniquenumber.happysrv.de: Check the ServerType directive to ensure you are configured correctly 2023-07-21 12:48:37,533 evolvi proftpd[1446] uniquenumber.happysrv.de: Check to see if inetd/xinetd, or another proftpd instance, is already using ::, port 21 2023-07-21 12:48:37,533 evolvi proftpd[1446] uniquenumber.happysrv.de: Unable to start proftpd; check logs for more details Erst ein `sudo /etc/init.d/proftpd restart` bringt proFTPd zum Laufen und ich kann mich auch per FTPClient anmelden: $ systemctl status proftpd ● proftpd.service - ProFTPD FTP Server Loaded: loaded (/lib/systemd/system/proftpd.service; enabled; preset: enabled) Active: active (running) since Fri 2023-07-21 14:41:19 CEST; 1min 39s ago Docs: man:proftpd(8) Process: 3010 ExecStartPre=/usr/sbin/proftpd --configtest -c $CONFIG_FILE $OPTIONS (code=exited, status=0/SUCCESS) Process: 3011 ExecStart=/usr/sbin/proftpd -c $CONFIG_FILE $OPTIONS (code=exited, status=0/SUCCESS) Main PID: 3012 (proftpd) Tasks: 1 (limit: 2314) Memory: 2.6M CPU: 71ms CGroup: /system.slice/proftpd.service └─3012 "proftpd: (accepting connections)" Die Probleme stehen aber immer noch im proftpd.log: 2023-07-21 14:52:01,605 evolvi proftpd[1320] uniquenumber.happysrv.de: Failed binding to ::, port 21: Die Adresse wird bereits verwendet 2023-07-21 14:52:01,605 evolvi proftpd[1320] uniquenumber.happysrv.de: Check the ServerType directive to ensure you are configured correctly 2023-07-21 14:52:01,605 evolvi proftpd[1320] uniquenumber.happysrv.de: Check to see if inetd/xinetd, or another proftpd instance, is already using ::, port 21 2023-07-21 14:52:01,605 evolvi proftpd[1320] uniquenumber.happysrv.de: Unable to start proftpd; check logs for more details 2023-07-21 14:52:03,964 evolvi proftpd[1339] uniquenumber.happysrv.de: ProFTPD 1.3.8 (stable) (built Tue Mar 14 2023 09:16:31 UTC) standalone mode STARTUP Ich versteh nicht, warum die Fehler bleiben, aber jetzt nach restart die Verbindung, entgegen zur Startroutine nach dem Boot, mit dem FTPClient funktioniert. Hier die /etc/proftpd/proftpd.conf: # # /etc/proftpd/proftpd.conf -- This is a basic ProFTPD configuration file. # To really apply changes, reload proftpd after modifications, if # it runs in daemon mode. It is not required in inetd/xinetd mode. # # Includes DSO modules Include /etc/proftpd/modules.conf # Set off to disable IPv6 support which is annoying on IPv4 only boxes. UseIPv6 on # If set on you can experience a longer connection delay in many cases. <IfModule mod_ident.c> IdentLookups off </IfModule> ServerName "evolvi.at FTP Server" ServerType standalone DeferWelcome off MultilineRFC2228 on DefaultServer on ShowSymlinks on TimeoutNoTransfer 600 TimeoutStalled 600 TimeoutIdle 1200 DisplayLogin welcome.msg DisplayChdir .message true ListOptions "-l" DenyFilter \*.*/ # Use this to jail all users in their homes # DefaultRoot ~ # Users require a valid shell listed in /etc/shells to login. # Use this directive to release that constrain. # RequireValidShell off # Port 21 is the standard FTP port. Port 21 # In some cases you have to specify passive ports range to by-pass # firewall limitations. Ephemeral ports can be used for that, but # feel free to use a more narrow range. PassivePorts 49152 65534 # If your host was NATted, this option is useful in order to # allow passive transfers to work. You have to use your public # address and opening the passive ports used on your firewall as well. # MasqueradeAddress 1.2.3.4 # This is useful for masquerading address with dynamic IPs: # refresh any configured MasqueradeAddress directives every 8 hours <IfModule mod_dynmasq.c> # DynMasqRefresh 28800 </IfModule> # To prevent DoS attacks, set the maximum number of child processes # to 30. If you need to allow more than 30 concurrent connections # at once, simply increase this value. Note that this ONLY works # in standalone mode, in inetd mode you should use an inetd server # that allows you to limit maximum number of processes per service # (such as xinetd) MaxInstances 30 # Set the user and group that the server normally runs at. User proftpd Group nogroup # Umask 022 is a good standard umask to prevent new files and dirs # (second parm) from being group and world writable. Umask 022 022 # Normally, we want files to be overwritable. AllowOverwrite on # Uncomment this if you are using NIS or LDAP via NSS to retrieve passwords: # PersistentPasswd off # This is required to use both PAM-based authentication and local passwords # AuthOrder mod_auth_pam.c* mod_auth_unix.c # Be warned: use of this directive impacts CPU average load! # Uncomment this if you like to see progress and transfer rate with ftpwho # in downloads. That is not needed for uploads rates. # # UseSendFile off TransferLog /var/log/proftpd/xferlog SystemLog /var/log/proftpd/proftpd.log # Logging onto /var/log/lastlog is enabled but set to off by default #UseLastlog on # In order to keep log file dates consistent after chroot, use timezone info # from /etc/localtime. If this is not set, and proftpd is configured to # chroot (e.g. DefaultRoot or <Anonymous>), it will use the non-daylight # savings timezone regardless of whether DST is in effect. #SetEnv TZ :/etc/localtime <IfModule mod_quotatab.c> QuotaEngine on </IfModule> <IfModule mod_ratio.c> Ratios off </IfModule> # Delay engine reduces impact of the so-called Timing Attack described in # http://www.securityfocus.com/bid/11430/discuss # It is on by default. <IfModule mod_delay.c> DelayEngine on </IfModule> <IfModule mod_ctrls.c> ControlsEngine off ControlsMaxClients 2 ControlsLog /var/log/proftpd/controls.log ControlsInterval 5 ControlsSocket /var/run/proftpd/proftpd.sock </IfModule> <IfModule mod_ctrls_admin.c> AdminControlsEngine off </IfModule> # # Alternative authentication frameworks # #Include /etc/proftpd/ldap.conf Include /etc/proftpd/sql.conf # # This is used for FTPS connections # Include /etc/proftpd/tls.conf # # Useful to keep VirtualHost/VirtualRoot directives separated # #Include /etc/proftpd/virtuals.conf # A basic anonymous configuration, no upload directories. # <Anonymous ~ftp> # User ftp # Group nogroup # # We want clients to be able to login with "anonymous" as well as "ftp" # UserAlias anonymous ftp # # Cosmetic changes, all files belongs to ftp user # DirFakeUser on ftp # DirFakeGroup on ftp # # RequireValidShell off # # # Limit the maximum number of anonymous logins # MaxClients 10 # # # We want 'welcome.msg' displayed at login, and '.message' displayed # # in each newly chdired directory. # DisplayLogin welcome.msg # DisplayChdir .message # # # Limit WRITE everywhere in the anonymous chroot # <Directory *> # <Limit WRITE> # DenyAll # </Limit> # </Directory> # # # Uncomment this if you're brave. # # <Directory incoming> # # # Umask 022 is a good standard umask to prevent new files and dirs # # # (second parm) from being group and world writable. # # Umask 022 022 # # <Limit READ WRITE> # # DenyAll # # </Limit> # # <Limit STOR> # # AllowAll # # </Limit> # # </Directory> # # </Anonymous> # Include other custom configuration files Include /etc/proftpd/conf.d/ Und hier die /etc/init.d/proftpd: #!/bin/sh ### BEGIN INIT INFO # Provides: proftpd # Required-Start: $remote_fs $syslog $local_fs $network # Required-Stop: $remote_fs $syslog $local_fs $network # Should-Start: $named # Should-Stop: $named # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Starts ProFTPD daemon # Description: This script runs the FTP service offered # by the ProFTPD daemon ### END INIT INFO # Start the proftpd FTP daemon. PATH=/bin:/usr/bin:/sbin:/usr/sbin DAEMON=/usr/sbin/proftpd NAME=proftpd # Defaults RUN="yes" OPTIONS="" CONFIG_FILE=/etc/proftpd/proftpd.conf PIDFILE=`grep -i 'pidfile' $CONFIG_FILE|sed -e 's/[\t ]*pidfile[\t ]\+//i'` if [ "x$PIDFILE" = "x" ]; then PIDFILE=/run/proftpd.pid fi # Read config (will override defaults) [ -r /etc/default/proftpd ] && . /etc/default/proftpd trap "" 1 trap "" 15 test -f $DAEMON || exit 0 . /lib/lsb/init-functions # # Servertype could be inetd|standalone|none. # In all cases check against inetd and xinetd support. # if ! egrep -qi "^[[:space:]]*ServerType.*standalone" $CONFIG_FILE then if egrep -qi "server[[:space:]]*=[[:space:]]*/usr/sbin/(in\.)?proftpd" /etc/xinetd.conf 2>/dev/null || \ egrep -qi "server[[:space:]]*=[[:space:]]*/usr/sbin/(in\.)?proftpd" /etc/xinetd.d/* 2>/dev/null || \ egrep -qi "^ftp.*/usr/sbin/(in\.)?proftpd" /etc/inetd.d/* 2>/dev/null || \ egrep -qi "^ftp.*/usr/sbin/(in\.)?proftpd" /etc/inetd.conf 2>/dev/null then RUN="no" INETD="yes" else if ! egrep -qi "^[[:space:]]*ServerType.*inetd" $CONFIG_FILE then RUN="yes" INETD="no" else RUN="no" INETD="no" fi fi fi # /run could be on a tmpfs [ ! -d /run/proftpd ] && mkdir /run/proftpd [ -x /sbin/restorecon ] && /sbin/restorecon /run/proftpd inetd_check() { if [ ! -x /usr/sbin/inetd -a ! -x /usr/sbin/xinetd -a \ ! -x /usr/sbin/inetutils-inetd ]; then echo "Neither inetd nor xinetd appears installed: check your configuration." fi } start() { log_daemon_msg "Starting ftp server" "$NAME" start-stop-daemon --start --quiet --pidfile "$PIDFILE" --oknodo --exec $DAEMON -- -c $CONFIG_FILE $OPTIONS if [ $? != 0 ]; then log_end_msg 1 exit 1 else log_end_msg 0 fi } signal() { if [ "$1" = "stop" ]; then SIGNAL="TERM" log_daemon_msg "Stopping ftp server" "$NAME" else if [ "$1" = "reload" ]; then SIGNAL="HUP" log_daemon_msg "Reloading ftp server" "$NAME" start-stop-daemon --stop --signal $SIGNAL --quiet --pidfile "$PIDFILE" exit $? else echo "ERR: wrong parameter given to signal()" exit 1 fi fi if [ -f "$PIDFILE" ]; then start-stop-daemon --stop --signal $SIGNAL --quiet --pidfile "$PIDFILE" --retry $SIGNAL/30/KILL/60 if [ $? = 0 ]; then log_end_msg 0 else start-stop-daemon --stop --signal $SIGNAL --quiet --pidfile "$PIDFILE" --retry $SIGNAL/30/KILL/60 if [ $? != 0 ]; then log_end_msg 1 [ $2 != 0 ] || exit 0 else log_end_msg 0 fi fi if [ "$SIGNAL" = "KILL" ]; then rm -f "$PIDFILE" fi else log_end_msg 0 fi } case "$1" in start) if [ "x$RUN" = "xyes" ] ; then start else if [ "x$INETD" = "xyes" ] ; then echo "ProFTPD is started from inetd/xinetd." inetd_check else echo "ProFTPD warning: cannot start neither in standalone nor in inetd/xinetd mode. Check your configuration." fi fi ;; force-start) if [ "x$INETD" = "xyes" ] ; then echo "Warning: ProFTPD is started from inetd/xinetd (trying to start anyway)." inetd_check fi start ;; stop) if [ "x$RUN" = "xyes" ] ; then signal stop 0 else if [ "x$INETD" = "xyes" ] ; then echo "ProFTPD is started from inetd/xinetd." inetd_check else echo "ProFTPD warning: cannot start neither in standalone nor in inetd/xinetd mode. Check your configuration." fi fi ;; force-stop) if [ "x$INETD" = "xyes" ] ; then echo "Warning: ProFTPD is started from inetd/xinetd (trying to kill anyway)." inetd_check fi signal stop 0 ;; reload) signal reload 0 ;; force-reload|restart) if [ "x$RUN" = "xyes" ] ; then signal stop 1 start else if [ "x$INETD" = "xyes" ] ; then echo "ProFTPD is started from inetd/xinetd." inetd_check else echo "ProFTPD warning: cannot start neither in standalone nor in inetd/xinetd mode. Check your configuration." fi fi ;; status) if [ "x$INETD" = "xyes" ] ; then echo "ProFTPD is started from inetd/xinetd." inetd_check exit 0 else if [ -f "$PIDFILE" ]; then pid=$(cat $PIDFILE) else pid="x" fi if [ `pidof proftpd|grep "$pid"|wc -l` -ne 0 ] ; then echo "ProFTPD is started in standalone mode, currently running." exit 0 else echo "ProFTPD is started in standalone mode, currently not running." exit 3 fi fi ;; check-config) $DAEMON -t >/dev/null && echo "ProFTPD configuration OK" && exit 0 exit 1 ;; *) echo "Usage: /etc/init.d/$NAME {start|status|force-start|stop|force-stop|reload|restart|force-reload|check-config}" exit 1 ;; esac exit 0 Ich habe an den configs eigentlich nichts weiter angepasst außer der Freigabe für die PassivePorts in der proftpd.conf und - wegen einer Fehlermeldung im Status von proFTPd - der TLSOptions in der tls.conf: <IfModule mod_tls.c> TLSEngine on TLSLog /var/log/proftpd/tls.log TLSProtocol TLSv1 TLSv1.1 TLSv1.2 TLSRSACertificateFile /etc/ssl/certs/proftpd.crt TLSRSACertificateKeyFile /etc/ssl/private/proftpd.key TLSECCertificateFile /etc/ssl/certs/proftpd_ec.crt TLSECCertificateKeyFile /etc/ssl/private/proftpd_ec.key TLSOptions NoSessionReuseRequired TLSVerifyClient off # Are clients required to use FTP over TLS when talking to this server? TLSRequired on # Allow SSL/TLS renegotiations when the client requests them, but # do not force the renegotiations. Some clients do not support # SSL/TLS renegotiations; when mod_tls forces a renegotiation, these # clients will close the data connection, or there will be a timeout # on an idle data connection. # #TLSRenegotiate required off </IfModule> Würde mich freuen, wenn mir da irgendjemand auf die Sprünge helfen kann. Grüße Matthias