Verbindung SFTP Remote via Filestation - merkwürdige Fehlermeldung

[luddi]

@vision4u Und denk auch an das log-level das könnte auch entscheidend darüber sein ob man brauchbare Informationen findet.
QUIET, FATAL, ERROR, INFO, VERBOSE, DEBUG, DEBUG1, DEBUG2, and DEBUG3

Ich würde mit INFO und VERBOSE ins Rennen gehen.
Ich bin schon gespannt ob etwas brauchbares zu sehen sein wird auf eurem Server.

 

[vision4u]

Hallo liebe Gemeinde und liebe Helfer ,

wir sind dem Übeltäter auf die Schliche gekommen über die Server-Logs:

• sshd[222164]: Connection from *.*.*.* port **** on *.*.*.* port **** rdomain ""
• sshd[222164]: Postponed keyboard-interactive for *username* from *.*.*.* port **** ssh2 [preauth]
• sshd[222166]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=*.*.*.* user=*username*
• sshd[222164]: error: PAM: Authentication failure for *username* from *.*.*.*
• sshd[222164]: Failed keyboard-interactive/pam for *username* from *.*.*.* port **** ssh2
• sshd[222164]: Connection closed by authenticating user *username* *.*.*.* port **** [preauth]

Die oben gezeigten Fehler veranlassten mich die Auth Method des Users in der "sshd_config" nochmal anzupassen auf:
Match User *username*
PasswordAuthentication yes
AuthenticationMethods password

und die folgende Zeile musste vollständig entfernt werden:
ChrootDirectory /home/downloads

schwupps war der Transfer normal ohne Fehler möglich.
Vielen Dank für eure Denkanstöße und verwendete Hirnmasse auf dieses Thema

MfG
vision4u

 

[luddi]

Match User *username*
PasswordAuthentication yes
AuthenticationMethods password

D.h. es war vorher

• ein anderer Username eingetragen?
• PasswordAuthentication war "no" ?
• AuthenticationMethods war was?

Super dass ihr die Ursache gefunden habt
Also liegt es nicht an dem häufig kritisierten DSM 7

 

[vision4u]

D.h. es war vorher

Huhu, vorher war es der gleiche UserName und PasswordAuthentication war "yes" aber noch eine zusätzliche Zeile drin
- ChrootDirectory /home/test und nachdem dieser Eintrag raus war, war der transfer kein Problem mehr.

 

[luddi]

Ah okay, besten Dank für die Aufklärung

 

[aHTo5Dh2LU1e69YcWwZg]

@vision4u
Bin nicht ganz im Thema drin, aber habe das gleiche Problem: Ich kann vom NAS keine Verbindung zu einem externen ftp/sftp-Server via Remote-Verbindung aufbauen. Ich bekomme die Meldung "Authentifizierung fehlgeschlagen" aber die Verbindungsdaten funktionieren in Filezilla.

Bisher habe ich verstanden:
etc/ssh/sshd_config öffnen
und am Ende
Match User *MeinSFTPBenutzername*
PasswordAuthentication yes
AuthenticationMethods password
eintragen und die Zeile
- ChrootDirectory /home/test
löschen

In der Datei war kein Eintrag zu meinem Benutzer, also habe ich alles von Hand eingetragen, aber die zu löschende Zeile habe ich nicht gefunden.
Ich merke keinen Unterschied zu vorher - meine alte Fehlermeldung bleibt vorhanden.
Hab ich die falsche Datei editiert? Oder muss man was machen, dass die Konfiguration wirksam wird?