ssh Fehlerprotokoll unter DSM 7

[wired2051]

Ich habe Probleme vom PC aus auf die DS420+ (DSM 7) zuzugreifen (read: Connection reset by peer). Wo kann ich auf der DS ein ssh log für Details einsehen?

Ich habe extra das Protokoll-Center installiert, finde da aber keinen entsprechenden Eintrag. Es gibt doch sicher einen Weg mit der Konsole...

 

[framp]

Loesche doch mal den Browser Cache. Das koennte helfen

 

[wired2051]

Hat nichts geändert. Was mein Browser-Cache damit zu tun hat, erschliesst sich mir aber auch nicht.

Wo wird das Log von SSH auf der DS abgelegt oder muss ich das erst aktivieren? Wie?

 

[himitsu]

Sind da nicht auch unter /logs/ die meisten Logs zu finden?
oder über Support-Center > Support-Dienste > ganz unten [Protokoll erstellen] runterladen.

Das Protokoll-Center zeigt nur einen Bruchteil der Logs an.

 

[wired2051]

Backup@DS420:~$ ls -l /logs/
ls: cannot access '/logs/': No such file or directory
Backup@DS420:~$ ls -l /volume1/logs/
ls: cannot access '/volume1/logs/': No such file or directory

 

[himitsu]

sudo -i

?


Wo dieses Logs-Verzeichnis ist hängt ja eher vom Linux ab und hat nicht viel mit DSM 6 oder 7 zu tun.
und soooo sehr viel neuer ist das Linux hinter DSM 7 auch nicht geworden


[edit]

ls /var/log

 

[Ulfhednir]

Hast du die automatische IP-Sperre aktiviert? Ist dein PC möglicherweise gesperrt?

 

[wired2051]

User Backup ist (noch) Mitglied von administrators.

Systemsteuerung > Sicherheit > Firewall ist nicht aktiviert. Systemsteuerung > Sicherheit > Schutz Freigabe- und Blockkierungsliste sind leer.

Eigentlich will ich nur wissen, wie und wo ich ein Logfile einsehen kann.

 

[Tommes]

Ich habe Probleme vom PC aus auf die DS420+ (DSM 7) zuzugreifen (read: Connection reset by peer). Wo kann ich auf der DS ein ssh log für Details einsehen?

Ich vermute mal, das, solange kein Verbindungsaufbau stattgefunden hat, auch kein Log auf der DS geschrieben wird und falls doch, dann vielleicht nur ein block oder denied. Du kannst aber gerne mal meine App LogAnalysis für DSM 7 installieren (siehe meine Signatur) und damit mal auf die Suche gehen.

Interessant wäre noch zu erfahren, wie genau du die SSH Verbindung aufrufst?

 

[framp]

Was mein Browser-Cache damit zu tun hat, erschliesst sich mir aber auch nicht.

Ist oft eine Fehlerquelle weil den UI Framework einen Bug hat oder ndem UI Protokoll nicht korrekt gefolgt wird. Ein Versuch ist es jedenfalls immer wert bevor man intensiv debugged.

 

[framp]

Hm ... Wenn du den nutzt schalte doch Mal den verbose Mode im ssh Client ein. In Linux sind es mehrere -v Optionen.

 

[wired2051]

@framp Danke für die Erklärung. Wieder was gelernt.

Du kannst aber gerne mal meine App LogAnalysis für DSM 7 installieren (siehe meine Signatur) und damit mal auf die Suche gehen.

...ich wüsste nicht wie. Ich möchte aber auch auch lieber mit Bordmitteln, bzw. Konsole das Log lesen.

Interessant wäre noch zu erfahren, wie genau du die SSH Verbindung aufrufst?

Ich will mit Back in Time v1.3.1 Backups auf die DS420+ machen. Dafür habe ich den User Backup angelegt und für die Testphase zum Mitglied von admninistrators gemacht. ssh funktioniert:

LOCAL_USER@LOCAL_RECHNER:~$ ssh Backup@IP_DES_NAS
Enter passphrase for key '/home/LOCAL_USER/.ssh/id_rsa':

Synology strongly advises you not to run commands as the root user, who has
the highest privileges on the system. Doing so may cause major damages
to the system. Please note that if you choose to proceed, all consequences are
at your own risk.

Backup@DS420:~$

Von Back in Time bekomme ich aber die Meldung

sshfs -o ServerAliveInterval=240 -o LogLevel=Error -o IdentityFile=/home/LOCAL_USER/.ssh/id_rsa -p 22 -o idmap=user -o cache_dir_timeout=2 -o cache_stat_timeout=2 Backup@IP_DES_NAS:/volume1/BackupTest /home/LOCAL_USER/.local/share/backintime/mnt/FA5EECD0/mountpoint kann nicht eingebunden werden

Dank geduldiger Hilfe bei ubuntuusers.de bin ich also auf der Suche nach dem Fehler, aktuell mit

LOCAL_USER@LOCAL_RECHNER:~$ mkdir -p /tmp/sshfs_test
LOCAL_USER@LOCAL_RECHNER:~$ sshfs -o sshfs_debug -o IdentityFile=/home/LOCAL_USER/.ssh/id_rsa backup@IP_DES_NAS:/volume1/BackupTest /tmp/sshfs_test/
SSHFS version 2.5
Enter passphrase for key '/home/LOCAL_USER/.ssh/id_rsa':
read: Connection reset by peer
LOCAL_USER@LOCAL_RECHNER:~$

Nun suche ich das ssh-Log auf der DS mit detaillierteren Angaben zur Fehlersuche.

 

[Tommes]

Ehrlich gesagt. Ich hab keine Ahnung aber vielleicht eine Vermutung.
Bei einem kurzen Ausflug durch die Tiefen des Internets und unter Verwendung der Schlagwörter "sshfs read: Connection reset by peer synology" lese ich im Zusammenhang mit sshfs oft, das auf dem Remote Server sftp eingeschaltet sein muss. Daher würde ich das auf deiner DS420+ mal kontrollieren.
Ansonsten bin ich da erstmal raus...

Ah... hier noch ein Link für dich *klick*

 

[framp]

@framp Danke für die Erklärung. Wieder was gelernt.

Sorry - habe nicht richtig gelesen. Dachte es geht um den HTTP Zugriff . Browser Cache zu loeschen bringt natuerlich nichts bei ssh. Aber bei HTTP Zugriffsproblemen ist es durchaus sinnvoll das mal eben zu probieren