DSM 6.x und darunter DSM und Co. nach Update nicht mehr erreichbar

Alle DSM Version von DSM 6.x und älter
Status
Für weitere Antworten geschlossen.

jonez

Benutzer
Mitglied seit
07. Dez 2011
Beiträge
9
Punkte für Reaktionen
0
Punkte
0
Hallo
Ich habe meine DS 712+ auf die neuste Firmware geupdatet.
Nach dem reboot ist jedoch das Webinterface nicht mehr erreichbar. Weder DSM, Sickbeard, etc.

Per Dateifreigabe und SSH kann ich aber zugreifen.

Ich habe leider überhaupt keine Ahnung was ich machen kann.
Mehrfacher reboot hat nicht gebracht.
 

Ap0phis

Benutzer
Mitglied seit
16. Dez 2010
Beiträge
6.731
Punkte für Reaktionen
3
Punkte
158
Was bedeutet "nicht erreichbar" genau?
Gibt es irgendwelche Fehlermeldungen?
Hast du mal einen anderen Browser ausprobiert?
 

jonez

Benutzer
Mitglied seit
07. Dez 2011
Beiträge
9
Punkte für Reaktionen
0
Punkte
0
chrome sagt: Ups! Google Chrome konnte keine Verbindung zu 192.168.177.33:5000 herstellen.

internet explorer: Die Webseite kann nicht angezeigt werden
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
bist du sicher, dass die IP der DS nach dem Update noch stimmt? Eventuell hat das Update auch die IP gewechselt. Guck mal ob du die DS mit dem Synology-Assistant noch sehen kannst und was der Assi zum Zustand der Firmware meint
 

jonez

Benutzer
Mitglied seit
07. Dez 2011
Beiträge
9
Punkte für Reaktionen
0
Punkte
0
Die IP ist gleich geblieben.
Der Assi sagt:
-Status: Fertig
-Version: 3.2-1955
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Wenn du ssh resp telnet auf der DS aktiviert hast würde ich dir mal empfehlen dich als root anzumelden und den Zustand des System-Apache anzugucken. Poste mal den Output von
Code:
ps | grep httpd
netstat -lnp | grep 5000
 

jonez

Benutzer
Mitglied seit
07. Dez 2011
Beiträge
9
Punkte für Reaktionen
0
Punkte
0
ps | grep httpd
9283 root 8056 S /usr/syno/sbin/lighttpd -f /usr/syno/mediaserver/lig
9525 root 89268 S /usr/syno/apache/bin/httpd -DHAVE_PHP
9568 nobody 89268 S /usr/syno/apache/bin/httpd -DHAVE_PHP
9569 nobody 89268 S /usr/syno/apache/bin/httpd -DHAVE_PHP
9570 nobody 89268 S /usr/syno/apache/bin/httpd -DHAVE_PHP
11172 root 2536 S grep httpd



netstat -lnp | grep 5000
tcp 0 0 0.0.0.0:50001 0.0.0.0:* LISTEN 9269/dms
tcp 0 0 0.0.0.0:50002 0.0.0.0:* LISTEN 9283/lighttpd
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Da hast du die Antwort: Dein Systemapache lauscht ned auf Port 5000 resp 5001. Probier mal den Systemapache neuzustarten und achte dich auf Fehlermeldungen
Code:
/usr/syno/etc.defaults/rc.d/S97apache-sys.sh restart
 

jonez

Benutzer
Mitglied seit
07. Dez 2011
Beiträge
9
Punkte für Reaktionen
0
Punkte
0
aha das ist ja schon mal ein Hinweis. Jetzt kommt folgendes:


/usr/syno/etc.defaults/rc.d/S97apache-sys.sh restart
Start System Apache Server ..... -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
Syntax error on line 95 of /usr/syno/apache/conf/extra/httpd-ssl.conf-sys:
SSLCertificateFile: file '/usr/syno/etc/ssl/ssl.crt/server.crt' does not exist or is empty
/usr/syno/etc.defaults/rc.d/S97apache-sys.sh: system httpd could not be started
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Hast du an den Certs selber rumgefummelt?
 

jonez

Benutzer
Mitglied seit
07. Dez 2011
Beiträge
9
Punkte für Reaktionen
0
Punkte
0
nö hab nur das update per webinterface aufgespielt
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Prüf mal ob die Datei existiert oder ned
Code:
ls -al /usr/syno/etc/ssl/ssl.crt/server.crt
 

jonez

Benutzer
Mitglied seit
07. Dez 2011
Beiträge
9
Punkte für Reaktionen
0
Punkte
0
ls -al /usr/syno/etc/ssl/ssl.crt/server.crt
-rw-r--r-- 1 root root 0 Dec 5 08:48 /usr/syno/etc/ssl/ssl.crt/server.crt
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
0 ist schonmal schlecht. Also ist die Datei leer. Ned gut. Du könntest probieren selber ein Cert zu erstellen:
Code:
cd /root
openssl genrsa -out ./server.key
openssl req -new -key ./server.key -out ./server.csr
openssl ca -in ./server.csr -cert /path/to/CA.crt -keyfile /path/to/CA.key -out ./server.crt
bei den Pfaden zum ca.crt und ca.key bin ich ned ganz sicher, diese Dateien sollten sich auch irgendwo in /us/syno/etc/ssl/ befinden
 

jonez

Benutzer
Mitglied seit
07. Dez 2011
Beiträge
9
Punkte für Reaktionen
0
Punkte
0
sieht nicht so aus als wäre das richtig


openssl req -new -key ./server.key -out ./server.csr
WARNING: can't open config file: /usr/syno/ssl/openssl.cnf
Unable to load config info from /usr/syno/ssl/openssl.cnf
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0

jonez

Benutzer
Mitglied seit
07. Dez 2011
Beiträge
9
Punkte für Reaktionen
0
Punkte
0
jetzt komme ich hier nicht weiter..


joNAS> openssl ca -in ./server.csr -cert /usr/syno/etc/ssl/ssl.crt/CA.crt -keyfile
/usr/syno/etc/ssl/ssl.key/ca.key -out ./server.crt
Using configuration from /usr/syno/ssl/openssl.cnf
Error opening CA certificate /usr/syno/etc/ssl/ssl.crt/CA.crt
4149834560:error:02001002:lib(2):func(1):reason(2):NA:0:fopen('/usr/syno/etc/ssl/ssl.crt/CA.crt','r')
4149834560:error:20074002:lib(32):func(116):reason(2):NA:0:
unable to load certificate

ich habe auch absolut keine Ahnung was ich hier mache..
gibt es eine Möglichkeit die FW nochmal zu installieren? mein letztes backup der Einstellungen ist noch nicht lange her.
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Klar du kannst auch die Firmware nochmals neuinstallieren. Das geht via doppelten Reset hinten am Gehäuse.
Zu deinem Problem: Wenn die ersten zwei Kommandos fehlerfrei gefunzt haben, dann stimmen wahrscheinlich die Pfade zum ca.crt resp ca.key ned. Zudem fehlt bei deinem obigen Kommando die Pfadangabe zum ca.key File. Ohne ca.key kannst du einen Schlüssel ned signieren
Mit dem find Kommando kann man gut nach Dateien suchen
Code:
find /usr/syno | grep -i ca.key
meine Angabe mit CA.crt und CA.key waren nur Bespiele. Ich kann ja ned genau wissen wie die Files bei dir heissen. Per default ca.key und ca.crt, aber das muss nicht immer so sein
 

Thomas-S

Benutzer
Mitglied seit
31. Mai 2011
Beiträge
7
Punkte für Reaktionen
0
Punkte
0
Schreck in der Abendstunde

hatte eben ein ähnliches Problem.
DS 710+ Update ganz normal über Webinterface von 1944 auf 1955, System ist nach dem Neustart nicht mehr erschienen, weder die Volumes im Netzwerk noch die Weboberfläche erreichbar. Blaue LED blinkt schnell. Mir lief der Schreck durch die Glieder. Aber nach einem harten Reset lief sie hoch, im Protokoll steht als einziger Fehler kurz nach dem "erfolgreichen" Update, dass die USV nicht erreichbar war.

Bin jetzt etwas verunsichtert. Ein RAID Backupsystem sollte softwaremäßig etwas gewissenhafter getestet werden. In Zukunft bin ich bei Updates von Synology etwas vorsichtiger.

Grüße
Thomas
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Mir lief der Schreck durch die Glieder.

Versteh ich grad nicht ... hast denn kein Backup??? Wir predigen hier, dass man sich immer eine Backupstrategie überlegen muss, warum machen wir das??? RAID ist kein Backup, so nebenbei gesagt ... und ein Update der Firmware kann immer mal richtig in die Hose gehen ... das ist völlig normal (bei allen Computersysteme ist das so - kenne keines, wo das nicht schon einmal passiert ist)

Itari
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat