Antwort aus der Remotekonsole von WinSCP
/$ fuser -n tcp 21
21/tcp:
3639WinSCP: this is end-of-file:0
/$ ps -ef |grep 3639
root 3639 1 0 Aug28 ? 00:00:00 /usr/sbin/xinetd
root 23272 23247 0 21:52 ? 00:00:00 grep 3639
Und dashier von PuTTy wärend WinSCP
aus war !
*Z*E*N*S*I*E*R*T*:/ # fuser -n tcp 21
21/tcp: 3639
*Z*E*N*S*I*E*R*T*:/ # ps -ef |grep 3639
root 3639 1 0 Aug28 ? 00:00:00 /usr/sbin/xinetd
root 23346 23323 0 21:57 pts/18 00:00:00 grep 3639
*Z*E*N*S*I*E*R*T*::/ #
aber an will es immernoch nicht =/
[EDiT]
okay, scheinbar geht es doch wieder, nur Webmin will des nicht als laufend anzeigen :p
kA woran es lag, auf jedenfall sag ich schonmal danke an alle die mir geholfen haben !!
lese ich da richtig ? WIN S C P ?...
xinetd & TLS bringen einige probleme mit sich ..
schliess diese erst mal aus.. dazu :
0- compile proftpd mit mod wrap ( wen du suse hast verwende meine rpms)
1- treib den proftpd ohne xinetd an( servertype standalone )
2- stimmen die TLS zerifikate ?
ohne kann proftpd kein SSL bzw sftp ..
3 - DEBUG : proftpd -n -d 9
.. da kommt sehr viel output, aber für aufmerksame leser sehr hilfreich.
WINSCP solte mit entsprechend eingestelten sshd sofort gehen ohne proftpd. Nachteilig ist das dort halt einige einstellmoeglichkeiten die der proftpd mit seinen modulen hat , nicht bietet ( ratio, quota ...)
sshd läst sich ebenso per /etc/hosts.allow steuern, für scriptkiddies solte es kein problem darstellen einen cronjob zu basteln der dynamsich auf der basis von dyndns.org die hosts.allow anpasst.
@stonki, @woersty : geht das überhaupt ...
( noch nie probiert )
MfG