proftpd und SSL/TLS

Timon · 16. April 2012

Hallo,

ich versuche gerade, ftp über SSL oder TLS zum Laufen zu bekommen. Irgendwie schaffe ich es nicht. Ich durchwühle seit Stunden Foren und Tutorial, um den Knackpunkt zu finden, aber gebracht hat es nichts. Vllt. kann mir ja hier einer helfen. Der Server ist ein vServer mit Debian 6.

ftp geht problemlos. Ich kann bei proftpd auch einstellen, was ich will, er loggt nie irgendwas mit.
Das auth.log sagt auch, dass der User sich eingeloggt hat.

proftpd ist wie folgt eingerichtet:

Code

# /etc/proftpd/proftpd.conf -- This is a basic ProFTPD configuration file. 
# To really apply changes reload proftpd after modifications. 
# 
# Includes DSO modules 




Include /etc/proftpd/modules.conf 
# Set off to disable IPv6 support which is annoying on IPv4 only boxes. 




UseIPv6 on 
ServerName "XXX.yourvserver.net 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 tranfers 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 




# DynMasqRefresh 28800 




# 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 overwriteable. 
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 




DebugLevel 9 




TransferLog /var/log/proftpd/xferlog 
SystemLog /var/log/proftpd/proftpd.log 




LogFormat default "%h %l %u %t \"%r\" %s %b" 
ExtendedLog /var/log/proftpd/paranoid_log ALL default 




# Allow up- and downloads to be continued 
AllowRetrieveRestart On 
AllowStoreRestart On 




QuotaEngine on 
Ratios off 




# Delay engine reduces impact of the so-called Timing Attack described in 
# http://security.lss.hr/index.php?page=details&ID=LSS-2004-10-02 
# It is on by default. 
DelayEngine off 




ControlsEngine off 
ControlsMaxClients 2 
ControlsLog /var/log/proftpd/controls.log 
ControlsInterval 5 
ControlsSocket /var/run/proftpd/proftpd.sock 




AdminControlsEngine off 
# 
# Alternative authentication frameworks 
# 
#Include /etc/proftpd/ldap.conf 
Include /etc/proftpd/sql.conf 




# 
# This is used for FTPS connections 
# 
Include /etc/proftpd/tls.conf 




DefaultRoot ~ 
IdentLookups off 
ServerIdent on "FTP Server ready."

Alles anzeigen

Die tls.conf sieht so aus:

Code

TLSEngine                  on
  TLSLog                     /var/log/proftpd/tls.log
  TLSProtocol                SSLv23
  #TLSProtocol                TLSv1
  TLSOptions                 NoCertRequest
  TLSRSACertificateFile      /etc/ssl/certs/proftpd.cert.pem
  TLSRSACertificateKeyFile   /etc/ssl/certs/proftpd.key.pem
  TLSVerifyClient            off
  TLSRequired                on
  TLSRenegotiate none

Das Zertifikat ist selbst erstellt mittels folgendem Befehl:

Code

openssl req -new -x509 -days 36500 -nodes -out /etc/ssl/certs/proftpd.cert.pem -keyout /etc/ssl/certs/proftpd.key.pem

openssl bringt auf der Konsole

Code

openssl s_client -connect 127.0.0.1:21 -starttls ftp
CONNECTED(00000003)
depth=0 /C=DE/ST=Mecklenburg-Vorpommern/L=Stralsund/O=Internet Widgits Pty Ltd/CN=XXX.yourvserver.net/emailAddress=xxx@xxx.de
verify error:num=18:self signed certificate
verify return:1
depth=0 /C=DE/ST=Mecklenburg-Vorpommern/L=Stralsund/O=Internet Widgits Pty Ltd/CN=XXX.yourvserver.net/emailAddress=xxx@xxx.de
verify return:1
---
Certificate chain
 0 s:/C=DE/ST=Mecklenburg-Vorpommern/L=Stralsund/O=Internet Widgits Pty Ltd/CN=XXX.yourvserver.net/emailAddress=xxx@xxx.de
   i:/C=DE/ST=Mecklenburg-Vorpommern/L=Stralsund/O=Internet Widgits Pty Ltd/CN=XXX.yourvserver.net/emailAddress=xxx@xxx.de
---
Server certificate
-----BEGIN CERTIFICATE-----
MIIEEjCCA3ugAwIBAgIJANsCSmOHHkrhMA0GCSqGSIb3DQEBBQUAMIG3MQswCQYD
VQQGEwJERTEfMB0GA1UECBMWTWVja2xlbmJ1cmctVm9ycG9tbWVybjESMBAGA1UE
BxMJU3RyYWxzdW5kMSEwHwYDVQQKExhJbnRlcm5ldCBXaWRnaXRzIFB0eSBMdGQx
KjAoBgNVBAMTIXYyMjAxMjA0MTIyMTE3OTIxLnlvdXJ2c2VydmVyLm5ldDEkMCIG
CSqGSIb3DQEJARYVZnJhbmsuc2NobGljaHRAZ214LmRlMCAXDTEyMDQxNjA4NTA1
MVoYDzIxMTIwMzIzMDg1MDUxWjCBtzELMAkGA1UEBhMCREUxHzAdBgNVBAgTFk1l
Y2tsZW5idXJnLVZvcnBvbW1lcm4xEjAQBgNVBAcTCVN0cmFsc3VuZDEhMB8GA1UE
ChMYSW50ZXJuZXQgV2lkZ2l0cyBQdHkgTHRkMSowKAYDVQQDEyF2MjIwMTIwNDEy
MjExNzkyMS55b3VydnNlcnZlci5uZXQxJDAiBgkqhkiG9w0BCQEWFWZyYW5rLnNj
aGxpY2h0QGdteC5kZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAw/0OwUxL
eTKyTC8kbEZR7ctptGjnHf6FOSVpLWmoD61AQWLvs0NBIgGTwd+uKK6lsArFC96p
MEJ/WRc947Sr/Rlnb2ZpOxHwzTJYG1m/WamJGeg6gOxc9pY+vQvOmhVNd+t6rlRs
DoI26no9hMXgGCsAzWoXxbVq61BcTQPii6kCAwEAAaOCASAwggEcMB0GA1UdDgQW
BBSXm6YIvS1ehmhlDWcJ/6TzpdjvhTCB7AYDVR0jBIHkMIHhgBSXm6YIvS1ehmhl
DWcJ/6TzpdjvhaGBvaSBujCBtzELMAkGA1UEBhMCREUxHzAdBgNVBAgTFk1lY2ts
ZW5idXJnLVZvcnBvbW1lcm4xEjAQBgNVBAcTCVN0cmFsc3VuZDEhMB8GA1UEChMY
SW50ZXJuZXQgV2lkZ2l0cyBQdHkgTHRkMSowKAYDVQQDEyF2MjIwMTIwNDEyMjEx
NzkyMS55b3VydnNlcnZlci5uZXQxJDAiBgkqhkiG9w0BCQEWFWZyYW5rLnNjaGxp
Y2h0QGdteC5kZYIJANsCSmOHHkrhMAwGA1UdEwQFMAMBAf8wDQYJKoZIhvcNAQEF
BQADgYEAnxGmYyOrMXWWn6OPkv0PaThWl1jeNAekrkRzK7BVODufJ+My+yxC8RSt
yoWmFWNeXaYOMaESa+ZGK5T6oCX7hB43FUM8B6IVRVuZstjfJqr4x5/8uvMcJ8cR
sdGjMF3pyIhA8Um/vXFVw1+LHOzi96mi3zXOVwsQiJnsA4xhrj0=
-----END CERTIFICATE-----
subject=/C=DE/ST=Mecklenburg-Vorpommern/L=Stralsund/O=Internet Widgits Pty Ltd/CN=XXX.yourvserver.net/emailAddress=xxx@xxx.de
issuer=/C=DE/ST=Mecklenburg-Vorpommern/L=Stralsund/O=Internet Widgits Pty Ltd/CN=XXX.yourvserver.net/emailAddress=xxx@xxx.de
---
No client certificate CA names sent
---
SSL handshake has read 1665 bytes and written 329 bytes
---
New, TLSv1/SSLv3, Cipher is DHE-RSA-AES256-SHA
Server public key is 1024 bit
Secure Renegotiation IS supported
Compression: NONE
Expansion: NONE
SSL-Session:
    Protocol  : TLSv1
    Cipher    : DHE-RSA-AES256-SHA
    Session-ID: D5E8DAAB610574D4508A5AC479C293BD2D1CF908E6E0784EEF3F20D98BFE5CA2
    Session-ID-ctx: 
    Master-Key: 66C03B7F288C7E0BF723BC999AAE8C81C15BE859DF89B35925CAF3D47FC00D5C08EF7CAFBEC136E21507BB6493F52DE4
    Key-Arg   : None
    Start Time: 1334571205
    Timeout   : 300 (sec)
    Verify return code: 18 (self signed certificate)
---
220 FTP Server ready.
quit
221 Goodbye.
read:errno=0

Alles anzeigen

Filezilla kann aber keine Verbindung herstellen, obwohl der Nutzer offensichtlich eingeloggt ist:

Code

2:00:17 Status:	Verbinde mit usr004.XXX.yourvserver.net...
12:00:17 Trace:	Going to execute /Applications/FileZilla.app/Contents/MacOS/fzsftp
12:00:17 Antwort:	fzSftp started
12:00:17 Trace:	CSftpControlSocket::ConnectParseResponse(fzSftp started)
12:00:17 Trace:	CSftpControlSocket::SendNextCommand()
12:00:17 Trace:	CSftpControlSocket::ConnectSend()
12:00:17 Befehl:	open "usr004@usr004.XXX.yourvserver.net" 22
12:00:17 Trace:	Server version: SSH-2.0-OpenSSH_5.5p1 Debian-6+squeeze2
12:00:17 Trace:	Using SSH protocol version 2
12:00:17 Trace:	We claim version: SSH-2.0-PuTTY_Local:_Jan__8_2012_14:35:51
12:00:17 Trace:	Doing Diffie-Hellman group exchange
12:00:17 Trace:	Doing Diffie-Hellman key exchange with hash SHA-256
12:00:17 Befehl:	Neuem Serverschlüssel vertrauen: Einmal
12:00:17 Trace:	Host key fingerprint is:
12:00:17 Trace:	ssh-rsa 2048 e5:6a:4c:5d:54:93:e0:68:8f:d5:fd:9a:da:5b:02:2c
12:00:17 Trace:	Initialised AES-256 SDCTR client->server encryption
12:00:17 Trace:	Initialised HMAC-SHA1 client->server MAC algorithm
12:00:17 Trace:	Initialised AES-256 SDCTR server->client encryption
12:00:17 Trace:	Initialised HMAC-SHA1 server->client MAC algorithm
12:00:17 Trace:	Pageant is running. Requesting keys.
12:00:17 Trace:	Pageant has 1 SSH-2 keys
12:00:17 Trace:	Trying Pageant key #0
12:00:18 Trace:	Server refused public key
12:00:18 Befehl:	Pass: ********
12:00:18 Trace:	Sent password
12:00:18 Trace:	Access granted
12:00:18 Trace:	Opened channel for session
12:00:18 Trace:	Started a shell/command
12:00:18 Status:	Connected to usr004.XXX.yourvserver.net
12:00:18 Trace:	Server sent command exit status 1
12:00:18 Fehler:	Connection closed by server with exitcode 1
12:00:18 Trace:	CControlSocket::DoClose(64)
12:00:18 Trace:	CSftpControlSocket::ResetOperation(66)
12:00:18 Trace:	CControlSocket::ResetOperation(66)
12:00:18 Fehler:	Herstellen der Verbindung zum Server fehlgeschlagen
12:00:18 Trace:	CFileZillaEnginePrivate::ResetOperation(66)

Alles anzeigen

Danke für die Hilfe und Viele Grüße
Frank

Mordor · 16. April 2012

Moin

Zitat

Using SSH protocol version 2

Du versucht eine SFTP Verbindung (SFTP über SSH) aufzubauen und keine FTPS Verbindung (FTP over SSL).

Deswegen hast Du auch keinen Eintrag in deinem Logfile.

Mordor

Timon · 16. April 2012

Hallo,

ja, du hast recht. Da bin ich beim ganzen Ausprobieren und Testen durcheinander gekommen. Die Config erfordert m.E.a. TLS...hoffe ich

Allerdings funktioniert es auch mit SSL nicht, aber es steht was im Log

proftpd.log

Code

Apr 16 16:05:19 XXX.yourvserver.net proftpd[19527] XXX.yourvserver.net (31-17-241-31-dynip.superkabel.de[31.17.241.31]): AuthOrder in effect, resetting auth module order
Apr 16 16:05:19 XXX.yourvserver.net proftpd[19527] XXX.yourvserver.net (31-17-241-31-dynip.superkabel.de[31.17.241.31]): connected - local  : 78.46.202.4:21
Apr 16 16:05:19 XXX.yourvserver.net proftpd[19527] XXX.yourvserver.net (31-17-241-31-dynip.superkabel.de[31.17.241.31]): connected - remote : 31.17.241.31:53374
Apr 16 16:05:19 XXX.yourvserver.net proftpd[19527] XXX.yourvserver.net (31-17-241-31-dynip.superkabel.de[31.17.241.31]): FTP session opened.
Apr 16 16:05:19 XXX.yourvserver.net proftpd[19527] XXX.yourvserver.net (31-17-241-31-dynip.superkabel.de[31.17.241.31]): dispatching PRE_CMD command 'AUTH TLS' to mod_rewrite
Apr 16 16:05:19 XXX.yourvserver.net proftpd[19527] XXX.yourvserver.net (31-17-241-31-dynip.superkabel.de[31.17.241.31]): dispatching PRE_CMD command 'AUTH TLS' to mod_tls
Apr 16 16:05:19 XXX.yourvserver.net proftpd[19527] XXX.yourvserver.net (31-17-241-31-dynip.superkabel.de[31.17.241.31]): dispatching PRE_CMD command 'AUTH TLS' to mod_core
Apr 16 16:05:19 XXX.yourvserver.net proftpd[19527] XXX.yourvserver.net (31-17-241-31-dynip.superkabel.de[31.17.241.31]): dispatching PRE_CMD command 'AUTH TLS' to mod_core
Apr 16 16:05:19 XXX.yourvserver.net proftpd[19527] XXX.yourvserver.net (31-17-241-31-dynip.superkabel.de[31.17.241.31]): dispatching CMD command 'AUTH TLS' to mod_tls

Filezille

Code

16:05:22 Trace:	CControlSocket::DoClose(64)
16:05:22 Trace:	CControlSocket::DoClose(64)
16:05:22 Status:	Auflösen der IP-Adresse für XXX.yourvserver.net
16:05:22 Status:	Verbinde mit 78.46.202.4:21...
16:05:22 Status:	Verbindung hergestellt, warte auf Willkommensnachricht...
16:05:22 Trace:	CFtpControlSocket::OnReceive()
16:05:22 Antwort:	220 FTP Server ready.
16:05:22 Trace:	CFtpControlSocket::SendNextCommand()
16:05:22 Befehl:	AUTH TLS
16:05:22 Trace:	CFtpControlSocket::OnReceive()
16:05:22 Antwort:	234 AUTH TLS successful
16:05:22 Status:	Initialisiere TLS...
16:05:22 Trace:	CTlsSocket::Handshake()
16:05:22 Trace:	CTlsSocket::ContinueHandshake()
16:05:22 Trace:	CTlsSocket::OnSend()

Alles anzeigen

Und da bleibt Filezilla dann stehen.

Im tls.log steht nichts weiter drin.

Viele Grüße
Frank

Timon · 18. April 2012

Hallo,

die Firewall kann ich jetzt auch ausschließen. Hat noch einer eine Idee, warum die FTPS-Verbindung in ein Timeout läuft?

Viele Grüße
Frank

MegaBite · 19. April 2012

Vom Gefühl her, weill die Zertifikate nicht "anerkannt" sind. Wie beim Emailclient gibt es immer Fehlermeldungen und Timeouts bis das Zertifikat auch permanent angenommen wurde?!

Nur so ein Gedanke, vielleicht bringt es dich auf die (eigentliche) Spur?! Also dein FTP geht nur halt nicht mit SSL/TLS..

Timon · 19. April 2012

Hallo,

danke für deine Antwort. Ich habe mal einen anderen Client genommen und habe dabei festgestellt, dass es lokal auf dem Server funktioniert, aber von extern nicht. Damit würde ich das Zertifikat fast ausschließen wollen. Mein Verdacht liegt bei der Firewall, was aber keinen Sinn macht, weil die Firewall defacto aus ist. Default ist accepted und es gibt keine Filterregeln. Oder ich verstehe die Firewall falsch. Anbei noch die Ausgabe von lftp:

lftp lokal auf vServer

Code

lftp -d  usr002@XXX.yourvserver.net
Password: 
lftp usr002@XXX.yourvserver.net:~> ls       
---- Connecting to XXX.yourvserver.net (127.127.127.127) port 21
<--- 220 FTP Server ready.       
---> FEAT
<--- 211-Features:
<---  MDTM
<---  MFMT
<---  TVFS
<---  AUTH TLS
<---  UTF8
<---  MFF modify;UNIX.group;UNIX.mode;
<---  MLST modify*;perm*;size*;type*;unique*;UNIX.group*;UNIX.mode*;UNIX.owner*;
<---  PBSZ
<---  PROT
<---  LANG en-US*
<---  REST STREAM
<---  SIZE
<--- 211 End
---> AUTH TLS
<--- 234 AUTH TLS successful
---> LANG
Certificate: C=DE,ST=Mecklenburg-Vorpommern,L=Stralsund,O=Max Mustermann,CN=XXX.yourvserver.net,EMAIL=xxx@xx.de
 Issued by: C=DE,ST=Mecklenburg-Vorpommern,L=Stralsund,O=Max Mustermann,CN=XXX.yourvserver.net,EMAIL=xxx@xx.de
WARNING: Certificate verification: Not trusted
<--- 200 Using default language en_US
---> OPTS UTF8 ON
<--- 200 UTF8 set to on
---> OPTS MLST modify;perm;size;type;UNIX.group;UNIX.mode;UNIX.owner;
<--- 200 OPTS MLST modify;perm;size;type;UNIX.group;UNIX.mode;UNIX.owner;
---> USER usr002
<--- 331 Password required for usr002
---> PASS XXXX
<--- 230 User usr002 logged in   
---> PWD
<--- 257 "/" is the current directory
---> PBSZ 0
<--- 200 PBSZ 0 successful
---> PROT P
<--- 200 Protection set to Private
---> PASV
<--- 227 Entering Passive Mode (78,46,202,4,78,32).
---- Connecting data socket to (127.127.127.127) port 20000
---- Data connection established
---> LIST
<--- 150 Opening ASCII mode data connection for file list
Certificate: C=DE,ST=Mecklenburg-Vorpommern,L=Stralsund,O=Max Mustermann,CN=XXX.yourvserver.net,EMAIL=xxx@xx.de
 Issued by: C=DE,ST=Mecklenburg-Vorpommern,L=Stralsund,O=Max Mustermann,CN=XXX.yourvserver.net,EMAIL=xxx@xx.de
WARNING: Certificate verification: Not trusted
---- Got EOF on data connection 
---- Closing data socket

Alles anzeigen

lftp vom entfernten Rechner

Code

lftp -d usr002@XXX.yourvserver.net
Passwort: 
lftp usr002@XXX.yourvserver.net:~> ls          
---- Verbinde mit XXX.yourvserver.net (127.127.127.127) Port 21
<--- 220 FTP Server ready.  
---> FEAT
<--- 211-Features:                        
<---  MDTM
<---  MFMT
<---  TVFS
<---  AUTH TLS
<---  UTF8
<---  MFF modify;UNIX.group;UNIX.mode;
<---  MLST modify*;perm*;size*;type*;unique*;UNIX.group*;UNIX.mode*;UNIX.owner*;
<---  PBSZ
<---  PROT
<---  LANG en-US*
<---  REST STREAM
<---  SIZE
<--- 211 End
---> AUTH TLS
<--- 234 AUTH TLS successful             
---> LANG
»ls« bei 0 [Logge ein...]

Alles anzeigen

Vllt. kommt ja noch eine Idee.

Viele Grüße
Frank

MegaBite · 19. April 2012

Hast Du Schutzsoftwäre drauf, die etc/hosts.deny und etc/hosts.alllow verändert.

Versuche es mal mit telnet vServer IP 21 von "aussen", wo es normal nicht geht, und schau, was er sagt...

Kannst du dich einfach per ssh von überall einloggen??

mach mal ssh -vvv root@vServerIP

Timon · 19. April 2012

Hallo,

der vServer ist fast wie im Auslieferungszustand. lighttpd habe ich installiert. hosts.deny und hosts.allow sind leer.

telnet auf die 21 geht, lftp kann sich ja auch verbinden. ssh geht auch von überall. Ein Portscan bringt die üblichen Ports zum Vorschein (21, 22, 25, 80, 443 usw.)

Viele Grüße
Frank

MegaBite · 19. April 2012

und sftp -v root@vServer?

ls
get datei /tmp

hole datei X und speichere sie lokal unter /tmp

put /tmp/datei /tmp = anders herum ...

Nicht aufgeben, mein Froxlor Autoresponder geht die ganze Zeit nicht, war auch schon am Ende. Und eben denke ich habe ich es gelöst ...

Timon · 19. April 2012

Hallo,

Zugriff über einen ssh-Accounts mittels sftp geht...root nun gerade nicht, aber das habe ich dem Daemon auch abgedreht
Aber ein anderer Nutzer, der ssh-Zugriff hat, geht. Der Nutzer usr002, der mit Froxlor angelegt wurde, der kann es nicht.

Nicht aufgeben ist gut, es ist so frustrierend, weil ich mir nicht bewusst bin, irgendetwas falsch gemacht zu haben.
Ich glaube, jetzt weiß ich, warum es noch so viele unverschlüsselte ftp-Zugänge gibt

Viele Grüße
Frank

MegaBite · 19. April 2012

Ich glaube du hast dir eben die eigne AW gegeben Dein Benutzer ist das Problem. SSL geht wie deine LOGS sagen, und dann bricht er ab, weil der User nicht bekannt ist = passwort falsch.

Froxlor legt virtuelle Benutzer in der SQL Bank an, und dein FTP scheint nur PAM (also echte Linux User) zu checken?! Kann es das sein?!

Tipp: Nichts falsch machen, reicht beim PC nicht, der will geführt werden

Ich lege mir mal einen Froxlor FTP Jungen an und schaue, was passiert.. Bis gleich!!

MegaBite · 19. April 2012

Den neuen Beitrag schon gelesen ? https://forum.netcup.de/anwendung/ftp/3980-kein-ftp-zugriff

MegaBite · 19. April 2012

Ich habe einen Kunde FTP Login aus Froxlor in filezilla ohne Probleme benutzen können. Wenn du was änderst an der Config hast du auch service proftpd restart gemacht? Tipp: Nutze noch fail2ban und aktive in dessen config auch ftp Schutz.. Oder stellt den FTP ab, wenn ihr ihn nicht regelmässig braucht -> ssh per pub key! (Filzilla sftp geht auch ohne FTP 21)

Ich hoffe du findest eine Lösung, bis später.. (service proftpd check-config)

Timon · 20. April 2012

Hallo,

ne, ich glaube, wir reden aneinander vorbei, ich hole mal aus

Der FTP-Nutzer ist nicht wirklich Schuld. Ich habe den vServer fertig installiert bekommen...naja, fast. nss für proftpd war nicht installiert. Das habe ich aber leider erst später bemerkt. Da waren schon zwei Kunden angelegt. Geschenkt. nss installiert und Rechte neu gesetzt, dann war auch das Problem gelöst.
Für einen diesen Kunden hatte ich vorher auch einen ssh-Account angelegt. Deswegen geht mit dem auch sftp. Nach der Einrichtung von nss kann ich über adduser keine Nutzer mehr anlegen.
Ich drehe mich da so ein bisschen im Kreis. Froxlor möchte ich nicht weglassen, da ich die Kunden gerne damit verwalten möchte. Unverschlüsseltes FTP will ich aber auch nicht. SFTP geht aber nicht, FTPS will nicht

Unverschlüsseltes FTP geht ja problemlos und auch ftps geht ja lokal. Wenn ich das Log richtig lese, dann kann sich auch über extern der Nutzer einloggen, aber ein ls geht nicht mehr...warum auch immer.

Viele Grüße
Frank

MegaBite · 20. April 2012

Zitat von Timon

Hallo,

ne, ich glaube, wir reden aneinander vorbei, ich hole mal aus

Der FTP-Nutzer ist nicht wirklich Schuld. Ich habe den vServer fertig installiert bekommen...naja, fast. nss für proftpd war nicht installiert. Das habe ich aber leider erst später bemerkt. Da waren schon zwei Kunden angelegt. Geschenkt. nss installiert und Rechte neu gesetzt, dann war auch das Problem gelöst.
Für einen diesen Kunden hatte ich vorher auch einen ssh-Account angelegt. Deswegen geht mit dem auch sftp. Nach der Einrichtung von nss kann ich über adduser keine Nutzer mehr anlegen.
Ich drehe mich da so ein bisschen im Kreis. Froxlor möchte ich nicht weglassen, da ich die Kunden gerne damit verwalten möchte. Unverschlüsseltes FTP will ich aber auch nicht. SFTP geht aber nicht, FTPS will nicht

Unverschlüsseltes FTP geht ja problemlos und auch ftps geht ja lokal. Wenn ich das Log richtig lese, dann kann sich auch über extern der Nutzer einloggen, aber ein ls geht nicht mehr...warum auch immer.

Viele Grüße
Frank

Alles anzeigen

Und was macht nss für profptd? (Download Link) Kann man es per service Befehl mal abstellen?? Kenne nss nicht ..

Timon · 20. April 2012

Hallo,

war ein bisschen missverständlich formuliert. Es ist nicht nss für proftp, ich musste libnss installieren, damit proftp die Nutzer aus der Froxlor-DB lesen kann. proftp_mysql war zwar installiert, hat aber nicht gereicht. Hier ist auch ein Thread dazu:

Squeeze + Froxlor + ProFTP

Viele Grüße
Frank

MegaBite · 20. April 2012

Komisch, denn ich hatte ja auch proftpd gestern benutzt mit einem Froxlor Konto, und musste nie libnns nachinstallieren ?! dpkg -s libnss zeigt nicht installiert

Ratlos...

Timon · 20. April 2012

Hallo,

das Paket heißt konkret libnss-mysql: dpkg -s libnss-mysql
Steht auch so in der Froxlor-Konfigurationshilfe.

Viele Grüße
Frank

MegaBite · 20. April 2012

dpkg -s libnss-mysql
Paket »libnss-mysql« ist nicht installiert und es ist keine Info verfügbar.
Verwenden Sie dpkg --info (= dpkg-deb --info) zum Untersuchen von Archiven
und dpkg --contents (= dpkg-deb --contents) zum Auflisten ihres Inhalts.

=> ich habe es nicht drauf?! Und es geht.. gab es einen Fehler es zu installieren?!

Timon · 20. April 2012

Nö, es gab keinen Fehler und seitdem geht auch alles. Ich denke auch nicht, dass mein Problem beim Login zu suchen ist. Das wird eher ein Problem mit der SSL/TLS-Konfiguration sein. Also hoffe ich. Unverschlüsselt funktionieren die Logins ja.

Viele Grüße
Frank

proftpd und SSL/TLS

Ähnliche Themen

FTP macht Weihnachtsurlaub