DSM 6.x und darunter Fehlermeldung "DSM kann nicht normal starten"

[wildvirus]

Guten Abend,

habe festgestellt, dass mein NAS nicht mehr via https und dem von mir gewählten Port 6002 erreichbar ist, sondern nur via http mit ipadresse und Port 5000.

Nach der Anmeldung erscheint rechts die o.g. Warnung. Klicke ich auf das angeboten Info-Icon lande ich im Speicher-Manager. Der sagt, alles ist in Ordnung.

Alle Dienste -soweit ich sie auf die schnelle geprüft habe- laufen korrekt. Cloudsync arbeitet z.B. fleißig,

Gehe ich in der Systemsteuerung unter Netzwerk-DSMEinstellungen stehen dort die Ports 5000 und 5001. Ändere ich sie ab auf 6001 und 6002 und klicke auf Übernehmen startet der Webserver neu, die URL ändert sich entsprechend meiner Eingabe aber DSM ist nicht mehr erreichbar. Ich sehe auch beim Übernehmen, dass er wieder auf 5000 und 5001 zurückspringt. DSM ist weiterhin nur via http:ip-adresse:5000 erreichbar.

DMESG -T via SSH bringt folgendes:

[Sat Feb 2 19:01:27 2019] Syno_HddMon: Initialization completed.
[Sat Feb 2 19:01:28 2019] scsi 8:0:0:0: Direct-Access Synology DiskStation PMAP PQ: 0 ANSI: 6
[Sat Feb 2 19:01:28 2019] sd 8:0:0:0: Attached scsi generic sg4 type 0
[Sat Feb 2 19:01:28 2019] sd 8:0:0:0: [synoboot] 245760 512-byte logical blocks: (125 MB/120 MiB)
[Sat Feb 2 19:01:28 2019] sd 8:0:0:0: [synoboot] Write Protect is off
[Sat Feb 2 19:01:28 2019] sd 8:0:0:0: [synoboot] Mode Sense: 23 00 00 00
[Sat Feb 2 19:01:28 2019] sd 8:0:0:0: [synoboot] No Caching mode page found
[Sat Feb 2 19:01:28 2019] sd 8:0:0:0: [synoboot] Assuming drive cache: write through
[Sat Feb 2 19:01:28 2019] sd 8:0:0:0: [synoboot] No Caching mode page found
[Sat Feb 2 19:01:28 2019] sd 8:0:0:0: [synoboot] Assuming drive cache: write through
[Sat Feb 2 19:01:28 2019] synoboot: synoboot1 synoboot2
[Sat Feb 2 19:01:28 2019] sd 8:0:0:0: [synoboot] No Caching mode page found
[Sat Feb 2 19:01:28 2019] sd 8:0:0:0: [synoboot] Assuming drive cache: write through
[Sat Feb 2 19:01:28 2019] sd 8:0:0:0: [synoboot] Attached SCSI disk
............
[Sat Feb 9 19:09:23 2019] FAT-fs (synoboot2): fat_set_state: set=0 process=synoddsmd pid=16343
[Sun Feb 10 19:10:14 2019] FAT-fs (synoboot2): fat_set_state: set=1 process=synoddsmd pid=16343
[Sun Feb 10 19:10:14 2019] FAT-fs (synoboot2): fat_set_state: set=0 process=synoddsmd pid=16343
[Sun Feb 10 19:10:14 2019] FAT-fs (synoboot2): fat_set_state: set=1 process=synoddsmd pid=16343
[Sun Feb 10 19:10:14 2019] FAT-fs (synoboot2): fat_set_state: set=0 process=synoddsmd pid=16343

In /var/log/nginx/error.log steht zusätzlich
2019/02/10 22:16:45 [error] 12575#12575: *1759 open() "/usr/syno/synoman/bundle.map" failed (2: No such file or directory), client: xxxmeineipxxx, server: , request: "GET /bundle.map HTTP/1.1", host: "xxxmeineipxxx0:5000"
2019/02/10 22:16:45 [error] 12575#12575: *1759 open() "/usr/syno/synoman/webman/3rdparty/SynologyDrive/style.css.map" failed (2: No such file or directory), client: xxxmeineipxxx, server: , request: "GET /webman/3rdparty/SynologyDrive/style.css.map HTTP/1.1", host: "xxxmeineipxxx0:5000"
2019/02/10 22:16:45 [error] 12575#12575: *1760 open() "/usr/syno/synoman/webman/3rdparty/SynologyDrive-Drive/style.css.map" failed (2: No such file or directory), client: xxxmeineipxxx, server: , request: "GET /webman/3rdparty/SynologyDrive-Drive/style.css.map HTTP/1.1", host: "xxxmeineipxxx0:5000"

Was steht typischerweise in der bundle.map ? Kann ich die selber erstellen ?

Freue mich über Tipps, thnks im Voraus.

CU,
Axel

 

[wildvirus]

Fehler besteht leider -trotz Update auf neueste DSM-Version 6.2.2- immer noch. In Welchem Log finde ich typischerweise Infos zu DSMinternen Problemen ?

 

[Frogman]

Ist der Zugriff per https und Port 5001 möglich?

 

[wildvirus]

nein, nur per http und Port 5000

Bei den DSM-Einstellungen sind Port 5000 und 5001 hinterlegt, ansonsten alle Häkchen aktiviert, außer "Anzahl max. gleichzeitiger HTTP-Antworten aktivieren".
IPv4 und IPv6 sind beide aktiviert, ipAdresse per DHCP von Fritzbox, DNS verweist auf pi-hole auf einem raspberry3

 

[1007]

Hallo
Ich hab seit gestern genau das Gleiche Problem.
Ein Portscanner findet auch nur Port 5000.
Gab es da eine Loesung?

 

[TeXniXo]

Es wäre gut, wenn du uns mehr Infos dazu gibst?
Port 5001 auf DS aktiviert oder nur im Router? Oder hast eigene Port genommen?
HTTP zu HTTPS Umleitung (Systemsteuerung - Netzwerk - DSM Einstellungne) aktiviert?

 

[1007]

Hallo
Als DSM-Ports sind HTTP:5000 und HTTPS:5001 eingetragen.
Laesst sich auch nicht aendern. Genau wie beim ersten User.
Nach einer Aenderung stehen wieder 5000 und 5001 drin.
Lokal laesst sich nur Port 5000 erreichen. (IP und Port)
Keine Umleitung.
Ein Portscanner findet auch nur Port 5000 und nicht Port 5001
Alles lokal nicht ueber Router. Keine Firewall.
In welchem Log koennte ich mal nachsehen?

MfG

 

[Puppetmaster]

Was kommt denn für eine Meldung, wenn du per https über Port 5001 zugreifen willst?

 

[1007]

Was kommt denn für eine Meldung, wenn du per https über Port 5001 zugreifen willst?

Hallo
Fehlermeldung bei Chrome :

Die Website ist nicht erreichbar
192.168.1.7 hat die Verbindung abgelehnt.


Versuchen Sie Folgendes:

• Verbindung prüfen
• Proxy und Firewall prüfen

ERR_CONNECTION_REFUSED

Von anderen PCs/Tabletts/iPhone auch nicht zu erreichen.
Ein tcpdump auf Port 5001 bringt folgendes ( mehrmals )

13:27:26.455151 IP 192.168.1.10.51374 > 192.168.1.7.5001: Flags , seq 2320369484, win 64240, options [mss 1460,nop,wscale 8,nop,nop,sackOK], length 0
E..4qy@........
.........N.L........................
13:27:26.455170 IP 192.168.1.7.5001 > 192.168.1.10.51374: Flags [R.], seq 0, ack 1, win 0, length 0
E..(..@.@..........
.........N.MP.......
13:27:26.705455 IP 192.168.1.10.51376 > 192.168.1.7.5001: Flags , seq 3631955999, win 64240, options [mss 1460,nop,wscale 8,nop,nop,sackOK], length 0
E..4q{@........
.........{@.........................
13:27:26.705499 IP 192.168.1.7.5001 > 192.168.1.10.51376: Flags [R.], seq 0, ack 1, win 0, length 0
E..(.'@.@..F.......
.........{@ P...7...

 

[THDev]

Schau mal auf nginx -t

 

[1007]

Hallo
Konnte gestern morgen noch das Problem loesen.
Hab mal ein nginx -s reload gemacht und siehe da eine Fehlermeldung.
Zertifikat nicht gefunden.
Hatte einen Tag vorher ein nicht mehr benoetigtes Zertifikat ueber
Systemsteuerung-Sicherheit-Zertifikat geloescht.
Nach einen Neustart ging dann nur noch Webfront ueber Port 5000.
Problem war , dass ich in /etc/nginx/sites-enabled noch
eine Konfigurationsdatei mit dem eingetragenen Zertifikat hatte.
Das Zertifikat hat nginx natuerlich nicht mehr gefunden.
Die Konfiguration geaendert und nach Neustart alles wieder OK.
Aber nicht ganz alles OK.
Die Aenderungen vorher von den Ports unter
Systemsteuerung-Netzwerk-DSM-Einstellungen , die vorher nicht
funktioniert haben , wurden nach Neustart ausgefuehrt.
Musste erst in nginx.conf nachsehen was ich da probiert hatte.
Alles wieder gut.
Vielen Dank fuer den Tip , damit haette ich es natuerlich auch gefunden.

 

[Fusion]

Wenn an der nginx config was nicht passt / er sich verschluckt startet er mit den default Ports.
Nach einem Neustart mit reparierter config lädt er dann wieder mit den geänderten Ports.
Habe ich manchmal, weil ich einen dynDNS Zugriffsfilter eingebaut habe und dieser manchmal nicht schnell genug ist für den Systemstart und dann eine 'kaputte' config hinterlässt. Und ich nicht die Muse hatte das abzufangen für die 2-3 Neustarts pro Jahr.