DSM 6.x und darunter DS114 Webinterface nicht erreichbar aber Freigaben

[Alberto]

Hallo Leute!

Eine neu erstandene DS114 ist über das Webinterface nicht mehr erreichbar. Die Windows Software "Synology Assistant" findet sie, das Webinterface ist darüber nicht erreichbar. Probiert wurden: Firefox, Chrome, Internet Explorer, zwei Rechner ein Android Telefon, Ports 5000, 5001, 5005, 5006, 7000, 7001. Firefox meldet "Fehler: Verbindung fehlgeschlagen. Firefox kann keine Verbindung zu dem Server unter 192.168.178.106:xxxx aufbauen." Freigegebene Ordner sind in der Windows Netzwerkumgebung erreichbar. Dateien lassen sich hoch- und runterladen.

Über den Taster wurde die DS114 mehrmals runter- und hochgefahren. Sie war über Nacht vom Stromnetz getrennt. Mit Putty wurde ein Zugriff versucht. 192.168.178.106 SSH Port 22 - "Connection refused", 192.168.178.106 Telnet Port 23 - "Connection refused". Laut Google sollen SSH und Telnet ab Werk inaktiv sein, also scheint das Nichterreichen normal zu sein.

Jetzt die Fragen: Was kann ich noch versuchen? Was läuft auf der DS114 nicht oder was habe ich eventuell deaktivert? "Web Station" ist für mein Verständnis ein Webserver zum Hosten einer Homepage, das ist nicht der Webserver für das Webinterface. Was passiert im schlimmsten Fall bei einem Werks-Reset? Bleiben die Daten auf der HDD erhalten? Und, an welcher Stelle könnte ich gestellt haben, dass das Webinterface nicht mehr erreichbar ist. Ich gehe davon aus, dass die DS114 an sich läuft und sich irgendwo nur verschluckt hat.

Vielen Dank fürs Lesen!

 

[Puppetmaster]

Hast du vielleicht die Firewall aktiviert in der DS?

 

[Alberto]

Ich weiß es nicht, meine aber nein. Den Punkt Firewall habe ich zwar gesehen, aber nicht bearbeitet, da ich es für unnötig halte, weil die DS114 hinter einem Router hängt.
Wie kann ich das feststellen?

Edit: http://www.synology.com/de-de/support/tutorials/456#t2.3

Das Kontrollkästchen Firewall aktivieren, um eingehende Verbindungen zu blockieren, ist standardmäßig markiert. Das bedeutet, dass alle eingehenden Verbindungen blockiert werden.

Bedeutet das nicht, dass die Firewall ab Werk aktiv ist oder war?

 

[Puppetmaster]

Wie kann ich das feststellen?

Ohne DSM oder SSH-Zugang schwierig.
Du kannst einen Reset der DS versuchen, dabei werden Passwort für den admin, Firewallregeln und Netzwerkeinstellungen zurückgesetzt. Daten bleiben erhalten.

 

[Alberto]

Ist die Firewall der DS114 nicht nur für Verbindungen aus dem Internet da? Ich greife aus dem LAN zu.
Welcher Punkt der Firewall wäre Schuld daran? Der Link oben zeigt den EZ Internet Wizard, der die DS114 aus dem Internet erreichbar machen soll. Ich kann mir schwer vorstellen, dass die Standardvorgaben beim Weiterklicken die DS114 absägt.

 

[Puppetmaster]

Ist die Firewall der DS114 nicht nur für Verbindungen aus dem Internet da? Ich greife aus dem LAN zu.

Die Firewall der DS regelt den Datenverkehr aus und in die DS. Von wo aus du zugreifst ist dabei gleichgültig.

Welcher Punkt der Firewall wäre Schuld daran?

Man kann in der Firewall jede Anwendung und jeden Port blokieren, wenn man will.
Ob es jetzt daran liegt bei dir, das weiß ich natürlich auch nicht.

Der Link oben zeigt den EZ Internet Wizard, der die DS114 aus dem Internet erreichbar machen soll.

Mein Link?
Zeigt mir, wie man die DS resettet. Gerade nochmal überprüft...

Ah, ok, du meinst deinen Link, der war eben noch nicht da. Und nein: die Firewall ist ab Werk nicht aktiv!

 

[Alberto]

Und nein: die Firewall ist ab Werk nicht aktiv!

Habe den 4 Sekunden Reset ausgeführt und die DS114 ist wieder erreichbar. Danke für den Tipp!
Die Aussage im Link widerspricht komischerweise, die Firewall sei standardmäßig aktiv. Ich stimme dir aber zu, nach dem Reset ist die Firewall aus. Wenn ich das richtig sehe, kann man sie nicht einfach nur anmachen, sondern muss manuell Regeln erstellen. Der Reset deaktiviert die Regeln, löscht sie aber nicht.

Firewallregeln werden deaktiviert. Die Regeln werden wird nicht gelöscht.

Jedenfalls sind bei mir keine Regeln enthalten und ich kann mich nicht entsinnen, welche erstellt zu haben. An der Firewall lag es also nicht. Noch andere Tipps, warum das Webinterface weg gewesen sein könnte? Ich werde die DS114 wieder einrichten und will am Ende nicht wieder draußen stehen.
PS: Soll ich Telnet oder SSH aktivieren um eventuell damit den Webserver überprüfen zu können? Was wäre sinnvoll, was quatsch, was unsicher?

 

[Puppetmaster]

SSH zu aktivieren ist eigentlich sinnvoll, wenn man ab und an mal auf die Konsole möchte.

 

[Alberto]

Nein, es ist schon wieder passiert.

http://IP:5000 Keine Verbindung
https://IP:5000 Keine Verbindung
http://IP:5001 Keine Verbindung
https://IP:5001 keine Verbindung
http://IP:443 Fehler 400 Bad Request
https://IP:443 Webstation mit leerer Seite, dass die Homepage noch eingerichtet werden muss.
http://IP:80 Webstation mit der leeren Seite, dass die Homepage noch eingerichtet werden muss.
https://IP:80 Ein Fehler ist während einer Verbindung mit IP:80 aufgetreten. SSL hat einen Eintrag erhalten, der die maximal erlaubte Länge überschritten hat. (Fehlercode: ssl_error_rx_record_too_long)
IP/ownloud erreiche ich über http und https.

SSH-Zugang habe ich noch. Wäre super, wenn ich das darüber wieder hin bekomme, damit ich nicht jedes mal einen Reset durchführen muss. Ich hatte eine Zeit lang https aktiviert und es wegen SSL-Zertifikats-Warnmeldungen im Browser deaktiviert, da ich die DS114 nur über LAN anspreche und von außen über VPN. Mir ist so, dass ich seit der Deaktivierung von https und einem Neustart keinen Zugriff mehr habe. Ich werde beim nächsten Zugriff vor der Einrichtung versuchen den Fehler nachzustellen, damit ich ihn kenne.

Weiß jemand, wie ich es über SSH hin bekomme?

 

[jan_gagel]

Hallo,

leider gibst du die genaue DSM-Version nicht an. Es gab da nämlich mal ein Problem in Verbindung mit 3rdparty-Paketen und einer DSM-Version. Da war nach dem Update das Webinterface nicht verfügbar, weil durch Community-Anpassungen der Sys-Apache abgestürzt war.

Ich würde jedenfalls prüfen, ob der sys-Apache noch läuft. Über ihn wird der DSM bereit gestellt. Der User-Apache (WebStation, also Homepage und PhotoStation) scheint noch zu laufen. Wieso allerdings der Sys-Apache nicht mehr richtig reagiert, bzw. offenbar abgestürzt ist, ist schwierig raus zu finden.

Jedenfalls könntest du, wenn du weißt wie es geht, über die Konsole mal nachschauen, ob der Apache noch mit der Erweiterung -f /usr/syno/apache/conf/httpd.conf-sys läuft. Findest du das nicht mehr, nur den normalen Apache, dann ist der Sys-Apache abgestürzt. Wieso, könnte entweder an einem Fehler im RAM oder auf der Platte liegen. Interessant wäre noch zu wissen, ob der sys-Apache, sollte er tatsächlich abgestürzt sein, sich wieder einfach so starten läßt und danach auch funktioniert. Wenn dem so ist, check doch mal deine DSM-Version und mach ggf. ein Update. Aber so lange es möglich ist, würde ich das Backup mal auf den neuesten Stand bringen.

Ciao Jan

Edit:


https://IP:5000 Keine Verbindung --> kann nicht gehen, da https nur für 5001 verfügbar ist
http://IP:5001 Keine Verbindung --> geht nicht, weil http nur über port 5000 verfügbar ist
http://IP:443 Fehler 400 Bad Request --> selbes hier, http läuft über Port 80, https über Port 443
https://IP:443 Webstation mit leerer Seite, dass die Homepage noch eingerichtet werden muss. --> offenbar läuft der user-Apache noch
http://IP:80 Webstation mit der leeren Seite, dass die Homepage noch eingerichtet werden muss. --> dito
https://IP:80 Ein Fehler ist während einer Verbindung mit IP:80 aufgetreten. SSL hat einen Eintrag erhalten, der die maximal erlaubte Länge überschritten hat. (Fehlercode: ssl_error_rx_record_too_long)
IP/ownloud erreiche ich über http und https. --> https und Port 80 beißen sich auch hier

Ach so, noch eine Frage. Hast du zufällig irgendwelche Drittanbieter-Pakete installiert? IPKG, init3rdparty?

 

[Alberto]

Vielen Dank für die Tipps!

DSM_DS114_3810.pat
Init_3rdparty_1.5.spk
ddnsupdater_1.25-001.spk

Die Port-Angaben habe ich gebracht, weil ich die Ports hätte verdrehen können. Bei owncloud habe ich mich vielleicht falsch ausgedrückt. https geht auf 443, nicht auf 80, http geht auf 80, nicht auf 443, wie es sein sollte.

Jedenfalls könntest du, wenn du weißt wie es geht, über die Konsole mal nachschauen, ob der Apache noch mit der Erweiterung -f /usr/syno/apache/conf/httpd.conf-sys läuft.

Danke für den Tipp, ich weiß nicht, wie das geht. Grob habe ich das so verstanden, der normale Webserver user-apache für die private Webseite und co läuft noch, der Webserver sys-apache fürs Webinterface des DSM läuft nicht mehr oder ist zumindest nicht erreichbar. Welchen Befehl, welche Datei muss ich per SSH lesen?

Edit: Das Webinterface läuft wieder.
In der httpd.conf-sys war noch gegenüber der httpd.conf-sys.bak folgender Absatz angehangen.

#step1
# ------------------------------------------------------------------------------------
# Integration of Init_3rdparty
#
Listen 5002
LoadModule rewrite_module modules/mod_rewrite.so
LoadModule php5_module /lib/libphp5.so
AddType application/x-httpd-php .php

RewriteEngine On
RewriteCond %{SERVER_PORT} =5002
RewriteRule ^/$ http://%{SERVER_NAME}:5000/webman/3rdparty/Init_3rdparty/index.php [R]

Include /usr/syno/synoman/webman/3rdparty/Init_3rdparty/php.conf
# ------------------------------------------------------------------------------------
#step1

Geändert habe ich nichts. Ich habe einfach /usr/syno/etc/rc.d/S97apache-sys.sh restart ausgeführt, von hier: http://www.synology-wiki.de/index.php/Grundlegende_Befehle_auf_der_Kommandozeile#apache
Wie kann ich ohne Restart sehen, ob der apache-sys noch läuft?
Was sagt der zusätzliche Absatz in der httpd.conf-sys? Kann ich den abändern oder geht dann Init_3rdparty nicht mehr, welches ich wegen ddnsupdater brauche? DDNS lasse ich auf der Diskstation laufen, weil mein Router keine freie Konfiguration für meinen DDNS-Anbieter zulässt und die Diskstation ab werk auch nicht. (Strato.)
Port 5002 habe ich natürlich gleich ausprobiert, weil er im Absatz erwähnt wird. Was der Absatz genau sagt, kann ich nur ahnen.

Noch geht das DSM-Interface wieder.

 

[qrizz]

gleiches Problem

Hallo, habe genau das gleiche Problem. Der Inhalt der Diskstation lässt sich in den Netzlaufwerken ganz normal anzeigen, aber das Webinterface funktioniert nicht. Das Ganze seit gestern nach der Installation von DDNS Updater (nit_3rdparty_1.5.spk und ddnsupdater_1.25-001.spk).

SSH ist nicht aktiviert, kann also keine Kommandozeile aufmachen. Heißt das nun Reset ausführen? und dann? DDNS Updater wieder löschen? sonst passiert das ganze wieder?

 

[qrizz]

Reset nutzt nichts ...

Hallo, habe jetzt den 4 sekunden Reset durchgeführt, aber ich komme immer noch nicht ins Webinterface ...
Neustart wurde auch gemacht, was kann ich tun?

 

[Alberto]

4 Sekunden gedrückt gehalten, bis es piept? Vermutlich hat die Diskstation danach eine andere IP-Adresse, Werksadresse oder per DHCP eine neue. Versuch die IP im Router zu ermitteln oder per Synology Assistant zu erreichen. http://www.synology.com/de-de/support/download/DS114

Ob es am ddnsupdater oder init3rdparty lag, weiß ich nicht, ich erwähne das nur, weil jan_gagel danach fragt. Bis jetzt ist der Fehler nicht mehr aufgetreten. SSH habe ich aktiviert und lasse es auch aktiviert. Falls ich den Fehler nachstellen kann, melde ich mich.

 

[qrizz]

also es hat nur noch geholfen einen Firmware-Reset zu machen. Jetzt kann ich wieder drauf zugreifen! Daten waren alle noch da ... Benutzer und Einstellungen weg ...

 

[DieAbrissbirne]

Jetzt hat es mich auch erwischt: Nachdem ich die DS an einen anderen Router angeschlossen habe (ebenfalls DHCP), war das Webinterface nicht mehr erreichbar. Samba läuft noch und SSH ebenfalls.
Ich habe bereits einen restart des Apache gestartet:

/usr/syno/etc/rc.d/S97apache-sys.sh restart
Start System Apache Server ..... -DSSL -DSPDY -f /etc/httpd/conf/httpd.conf-sys
initctl: Job failed to start
initctl: Job failed to start
Recover to default setting
httpd-sys start/running, process 11276
/usr/syno/etc/rc.d/S97apache-sys.sh: system httpd started with default setting
synodsmnotify.cpp:27 SYNOUserPreferenceDirGet(btsync) fail, [0x2000 bdb_get.c:102]
synodsmnotify.cpp:172 Fail to send notify to @administrators
httpd-sys stop/waiting
/usr/syno/etc/rc.d/S97apache-sys.sh: system httpd stopped
httpd-sys stop/waiting
/usr/syno/etc/rc.d/S97apache-sys.sh: system httpd stopped
Start System Apache Server ..... -DSSL -DSPDY -f /etc/httpd/conf/httpd.conf-sys
initctl: Job failed to start
initctl: Job failed to start
Recover to default setting
httpd-sys start/running, process 11664
/usr/syno/etc/rc.d/S97apache-sys.sh: system httpd started with default setting
synodsmnotify.cpp:27 SYNOUserPreferenceDirGet(btsync) fail, [0x2000 bdb_get.c:102]
synodsmnotify.cpp:172 Fail to send notify to @administrators
NAS> /usr/syno/etc/rc.d/S97apache-sys.sh: system httpd stopped
-ash: /usr/syno/etc/rc.d/S97apache-sys.sh:: not found
NAS> Start System Apache Server ..... -DSSL -DSPDY -f /etc/httpd/conf/http
d.conf-sys
-ash: Start: not found
NAS> initctl: Job failed to start
-ash: initctl:: not found
NAS> initctl: Job failed to start
-ash: initctl:: not found
NAS> Recover to default setting
-ash: Recover: not found
NAS> httpd-sys start/running, process 11276
-ash: httpd-sys: not found
NAS> /usr/syno/etc/rc.d/S97apache-sys.sh: system httpd started with default
setting
-ash: /usr/syno/etc/rc.d/S97apache-sys.sh:: not found
NAS> synodsmnotify.cpp:27 SYNOUserPreferenceDirGet(btsync) fail, [0x2000 bd
b_get.c:102]
-ash: syntax error: unexpected "("
NAS> synodsmnotify.cpp:172 Fail to send notify to @administrators
-ash: synodsmnotify.cpp:172: not found
NAS> httpd-sys stop/waiting
-ash: httpd-sys: not found
NAS> /usr/syno/etc/rc.d/S97apache-sys.sh: system httpd stopped
-ash: /usr/syno/etc/rc.d/S97apache-sys.sh:: not found

wenn ich die httpd.conf-sys anzeigen lassen möchte, scheint diese leer, bzw. gar nicht vorhanden zu sein!?

Könnte mir bitte jemand weiterhelfen?