Webstation "Page not found"

Status
Für weitere Antworten geschlossen.

IPNS

Benutzer
Mitglied seit
10. Jun 2013
Beiträge
68
Punkte für Reaktionen
0
Punkte
0
Hallo zusammen,

folgendes Problem:

Beim erstmaligen aktivieren der Webstation und mySQl wurde der Ordner Web erzeugt und darin auch die index.html abgelegt (die originale von Synology).
Ich habe dann phpmyAdmin installiert.
Ich konnte aber weder die index.html noch phpMyAdmin aufrufen (lokal im Netz mit FF oder IE). Es kam die Meldung "Page not found"
Da ich keinen Fehler finden konnte, habe ich phpmyadmin deinstalliert, Webstation und mySQL deaktiviert (über Controlpanel), den Ordner Web gelöscht (über FileStation). Die RS812+ resettet und dabei nochmals aktuellste Firmware neu aufgespielt.
Als ich jetzt über Control-Panel die Webstation aktiviere, kam zunächst eine Fehlermeldung, ich soll es bitte nach der erneuten Anmeldung nochmal probieren.
Nach Anmelden konnte ich die Webstation aktivieren, allerdings wurde kein Ordner Web angelegt.
Wie ich jetzt aber gesehen habe, erscheint der Ordner Web unter Control Panel-Shared Folder und ist dort aber nicht löschbar.
Irgendwie scheint hier etwas durcheinander geraten zu sein. Ich vermute, dass ich den Eintrag Web unter Shared Folder erstmal löschen muss, damit er die Webstation neu aufsetzen und starten kann.
Noch ein Hinweis: die RS holt sich die Benutzer und Gruppen vom AD, aber ich denke, das sollte nicht die Ursache für den Fehler sein.

Vielen Dank schon mal, für Tipps und Hinweise, wie ich die Webstation zum laufen bringe.

Gruß
Andy

Edit:Inzwischen habe ich über WINSCP einen Ordner web angelegt. Dann konnte ich diesen über Control-Panel/shared Folders löschen.
Die Webstation konnte ich jetzt ohne Fehler aktivieren, Ordner web und index.html wurden angelegt, aber mein Page not found Error ist leider noch da.
 
Zuletzt bearbeitet:

fpo4711

Benutzer
Mitglied seit
26. Mai 2010
Beiträge
2.772
Punkte für Reaktionen
1
Punkte
0
Hallo IPNS,

wenn Du diese Meldung erhällst ist das in sofern schon mal ein gutes Zeichen als das der Webserver läuft. Ansonsten würdest Du ein Timeout bekommen. Mit würden jetzt mal auf die Schnelle folgende Sachen einfallen:

1.) Ist der Aufruf wirklich http://deinDSNAMEoderDieIp/index.html (Auf groß/Kleinschreibung achten)

2.) Die Ordner sind jetzt wirklich wieder von der DS angelegt worden. Ansonsten Zugriffrechte.

3.) Hoffentlich hast Du nicht das config-File des Apachen verändert.

4.) Ist vieleicht eine .htaccess vorhanden.

Vieleicht ist ja was dabei, was Dich deiner Lösung weiterbringt.

Gruß Frank
 

IPNS

Benutzer
Mitglied seit
10. Jun 2013
Beiträge
68
Punkte für Reaktionen
0
Punkte
0
Webstation: Fehler: Verbindung fehlgeschlagen

Hallo Frank,

vielen Dank für Deine Anmerkungen.
Die Meldung "page not found" war wohl noch im Cache und leider nicht richtig.
Heute morgen (die RS wird über Nacht neu gestartet) habe ich die Meldung Fehler: Verbindung fehlgeschlagen, kann keine Verbindung zu dem Server unter <IP-Adresse> aufbauen.
Da ja die Benutzeroberfläche der RS ereichbar ist, habe ich mal mit
ps | grep httpd | grep nobody
geprüft, ob der Apache läuft und siehe da, er läuft nicht.

Habe versucht, manuell zu starten: /usr/syno/etc/rc.d/S97apache-user.sh restart

Es kommt:
Warning: DocumentRoot [/var/services/web/Intranet] does not exist

Ich hatte zwar mal diesen Pfad als DocumentRoot angegeben, aber inzwischen die RS ja komplett neu installiert.
Habe auch unter usr/syno/apache/conf die conf's durchsucht, es steht hier immer der richtige DocumentRoot "/var/services/web"

In meiner Verzweiflunge habe ich auch schon den Apache-Ordner aus dem Firmwarefile neu eingespielt, d.h. es sind die Originalfiles vorhanden und dann die Webstation neu gestartet, hat aber leider nichts gebracht.

Gibt es noch irgendwo eine Datei, in der der DocumentRoot gespeichert wird?

Edit: Jetzt habe ich die Datei gefunden in der noch ein falscher DocumentRoot eingetragen war: usr/syno/etc/httpd-ssl-vhost.conf-user
Auch hier habe ich die Originaldatei aus der Firmwaredatei eingespielt (die ist leer) und den Webserver neu gestartet (mit /usr/syno/etc/rc.d/S97apache-user.sh restart)

Jetzt kommt keine Fehlermeldung mehr. Aber mit ps | grep httpd | grep nobody wird nichts angezeigt und mit dem Browser kommt immer noch
Fehler: Verbindung fehlgeschlagen, kann keine Verbindung zu dem Server unter <IP-Adresse> aufbauen

Bin für jeden Tipp dankbar!
 
Zuletzt bearbeitet:

fpo4711

Benutzer
Mitglied seit
26. Mai 2010
Beiträge
2.772
Punkte für Reaktionen
1
Punkte
0
Hallo IPNS,

also Mal ehrlich, Du solltest wirklich Mal deine Vorgehensweise überdenken. Du wurschtelst hier in allem rum was Du finden kannst und wunderst Dich dann das dann so ein Chaos entsteht. Versuchen wir mal den Knoten aufzulösen. Das DocumentRoot wird in der

Rich (BBCode):
/usr/syno/apache/conf/httpd.conf-user

gesetzt und ist /var/services/web. Finger weg von /usr/syno/apache/conf/httpd.conf-sys falls Du nicht auch noch deine Verwaltungsoberfläche verlieren willst.

Nach jeglicher Änderung in der /usr/syno/apache/conf/httpd.conf-user ist der Apache entweder über die GUI (Webstation ab- und danch wieder anhaken) oder aber per Shell mit

Rich (BBCode):
/usr/syno/etc/rc.d/S97apache-user.sh restart

neu zu starten. Wie Du ja schon gesehen hast wird DocumentRoot über einen Symlink unter /var/services/web realisiert. Ist der denn vorhanden. Falls nicht anlegen. Falls vorhanden kannst Du drarauf zugreifen. Falls nein neu anlegen und hier gegebenfalls AUSNAHMSWEISE mal löschen. Der Link sollte wenn alles korrekt ist auf dein hoffentlich vorhandenes Verzeichnis /volumeX/web verweisen.

Gruß Frank
 
Zuletzt bearbeitet:

IPNS

Benutzer
Mitglied seit
10. Jun 2013
Beiträge
68
Punkte für Reaktionen
0
Punkte
0
Hallo Frank,

also überall "rumgewurschtelt" habe ich nicht. Richtig ist: ich hatte vor einiger Zeit als DocumentRoot in
Rich (BBCode):
/usr/syno/apache/conf/httpd.conf-user
/var/services/web/Intranet eingetragen, da ich das Intranet direkt aus diesem Ordner starten wollte.

Inzwischen sollte aber durch Reset und Neuinstallation der Firmware ein "sauberer" Ausgangs-Zustand wiederhergestellt sein, dem ist aber nicht so (wie man z.B. an den Einträgen in der usr/syno/etc/httpd-ssl-vhost.conf-user gesehen hat)
Die
Rich (BBCode):
/usr/syno/apache/conf/httpd.conf-sys
ist unberührt, sonst würde meine Verwaltungsoberfläche ggf. nicht mehr laufen, wie Du richtig schreibst.

Der Restart über
Rich (BBCode):
/usr/syno/etc/rc.d/S97apache-user.sh restart
"klappt" jetzt ohne Fehlermeldung, aber
Rich (BBCode):
ps | grep httpd | grep nobody
zeigt nichts an.

Symlink (Besitzer root, Rechte 777) unter /var/services/web ist vorhanden und zeigt auch auf /volume1/web

Wenn ich manuell den Apache stoppe bzw. starte kommt:
Rich (BBCode):
/volume1$ /usr/syno/etc/rc.d/S97apache-user.sh stop
httpd (no pid file) not running
/volume1$ /usr/syno/etc/rc.d/S97apache-user.sh start
Start User Apache Server .....
/usr/syno/etc/rc.d/S97apache-user.sh: user httpd started
Sieht eigentlich gut aus, nur funktioniert es nicht.
 
Zuletzt bearbeitet:

fpo4711

Benutzer
Mitglied seit
26. Mai 2010
Beiträge
2.772
Punkte für Reaktionen
1
Punkte
0
Dann versuch es doch einmal mit

Rich (BBCode):
ps -AF | grep httpd | grep nobody

Gruß Frank
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
sicher, dass der Prozess httpd heisst und nicht etwa apache? Wenn man wissen will ob ein Dienst läuft und lauscht
Code:
netstat -tunlp | grep :80
 

IPNS

Benutzer
Mitglied seit
10. Jun 2013
Beiträge
68
Punkte für Reaktionen
0
Punkte
0
@Frank:Hatte ich schon, aber dann kommt:
Rich (BBCode):
ps: invalid option -- A
BusyBox v1.16.1 (2013-04-16 20:10:16 CST) multi-call binary.
 

IPNS

Benutzer
Mitglied seit
10. Jun 2013
Beiträge
68
Punkte für Reaktionen
0
Punkte
0
@jahlives:
Ja, es kommt "30836/httpd" und nicht apache
Trotzdem danke!
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
ps der Firmware kennt diese Paramenter ned
 

fpo4711

Benutzer
Mitglied seit
26. Mai 2010
Beiträge
2.772
Punkte für Reaktionen
1
Punkte
0
Wenn nicht der User in der Prozessliste angezeigt wird, dann wird da auch nie eine Anzeige kommen wenn nach nobody gefiltert wird. Bist Du Dir sicher das das nicht von Haus vorhanden ist. Kann mich nicht erinnern an der DS was gemacht zu haben auf der ich es gerade versucht habe (DS1812) und hier funktioniert es.

Gruß Frank

procps version 3.2.8
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
30836 dürfte die PID sein, kannst ja mal diese in der Ausgabe von ps suchen
 

IPNS

Benutzer
Mitglied seit
10. Jun 2013
Beiträge
68
Punkte für Reaktionen
0
Punkte
0
Es müssten ja zwei Instanzen von apache laufen: eine für die Verwaltungsoberfläche als root und eine als Webserver als Nobody. Die 30836 ist die verwaltungsoberfläche als root.
 

fpo4711

Benutzer
Mitglied seit
26. Mai 2010
Beiträge
2.772
Punkte für Reaktionen
1
Punkte
0
Hallo IPNE,
Sorry für die verfälschte Frage. Meinte eigentlich jahlives. Es ist bei wirklich so das ich wohl mal ein "ps" installiert habe (Wann auch immer). Befindet sich jedenfalls unter /opt/bin. Somit weiß ich nicht welche Parameter Du bei deinem "ps" angeben kannst damit alle Prozesse nebst zugehörigen User angezeigt werden. Hier kann sicherlich jahlives Auskunft geben, der das ja perfekt erkannt hat.

Gruß Frank
 

fpo4711

Benutzer
Mitglied seit
26. Mai 2010
Beiträge
2.772
Punkte für Reaktionen
1
Punkte
0
Manchmal bin ich aber auch zu blöd. Versuch doch einfach

> /bin/ps | grep httpd
8523 root 31152 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
15167 nobody 31280 S /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
15349 root 31060 S /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
16823 root 31416 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
23417 root 31688 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
24794 nobody 31280 S /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
24795 nobody 31280 S /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
24797 nobody 31280 S /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
24993 root 31416 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
29261 root 2832 S grep httpd
30164 root 31416 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
31405 root 31416 S /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys

Hier mal eine Anzeige von einer Machine. Den sys erkennst Du direkt am Config.

Gruß Frank
 

IPNS

Benutzer
Mitglied seit
10. Jun 2013
Beiträge
68
Punkte für Reaktionen
0
Punkte
0
Hallo Frank,

der Tipp war gut, allerdings blicke ich jetzt gar nicht mehr durch:
Bei Webstation aktiviert (über Browser kommt Fehlermeldung dass keine Verbindung aufgebaut werden kann)
Rich (BBCode):
/var/services/web$ /bin/ps | grep httpd
 1983 root     12576 S    /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/
 2621 root     12844 S    /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/
 2622 root     12576 S    /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/
 3084 root     12576 S    /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/
 3085 root     12568 S    /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/
 3195 root     12576 S    /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/
 3627 root     12512 S    /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/
 3645 root      2544 S    grep httpd
 7412 root     12292 S    /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/

Webstation deaktiviert
gibt man im Browser nur die IP ein leitet er auf die Verwaltungsoberfläche um, also Port 5000
gibt man im Browser die IP/index.html ein kommt eine 404-Meldung
Seltsamerweise sind aber jetzt Einträge für nobody zu sehen:
Rich (BBCode):
/var/services/web$ /bin/ps | grep httpd
 1983 root     12576 S    /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/
 2621 root     12844 S    /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/
 2622 root     12576 S    /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/
 3085 root     12576 S    /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/
 3195 root     12576 S    /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/
 3627 root     12568 S    /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/
 3788 root     12228 S    /usr/syno/apache/bin/httpd
 3791 nobody   12444 S    /usr/syno/apache/bin/httpd
 3792 nobody   12444 S    /usr/syno/apache/bin/httpd
 3793 nobody   12444 S    /usr/syno/apache/bin/httpd
 3796 root     12544 S    /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/
 3812 root      2544 S    grep httpd
 7412 root     12292 S    /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
wenn du bei Zugriff auf Port 80 direkt auf den DSM umgeleitet wirst, liegt das meist daran, dass keine index.php|html|htm in /volume1/web liegt
Befindet sich jedenfalls unter /opt/bin
genau darauf hätte ich auch getippt wenn dein ps diese Parameter akzeptiert :)
 

fpo4711

Benutzer
Mitglied seit
26. Mai 2010
Beiträge
2.772
Punkte für Reaktionen
1
Punkte
0
Hallo IPNS,

Webstation deaktiviert
gibt man im Browser nur die IP ein leitet er auf die Verwaltungsoberfläche um, also Port 5000
gibt man im Browser die IP/index.html ein kommt eine 404-Meldung

Das Verhalten ist völlig richtig. Mit dem Rest muß ich dich jetzt leider allein lassen, da ich bis Donnerstag ein Projekt abschliessen muß. Aber sicherlich kann Dir hier die geballte Kompetenz von jahlives weiterhelfen.

Gruß Frank
 

IPNS

Benutzer
Mitglied seit
10. Jun 2013
Beiträge
68
Punkte für Reaktionen
0
Punkte
0
@Frank: Danke für Deine Unterstützung!

index.html ist im Ordner web vorhanden (wurde beim aktivieren der Webstation erzeugt).
Was mich irritiert ist, dass bei nicht aktivierter Webstation Einträge für nobody und root kommen und bei aktivierter Webstation nur noch die von root.
 
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 

 
 
  AdBlocker gefunden!

Du bist nicht hier, um Support für Adblocker zu erhalten. Dein Adblocker funktioniert bereits ;-)

Klar machen Adblocker einen guten Job, aber sie blockieren auch nützliche Funktionen.

Das Forum wird mit hohem technischen, zeitlichen und finanziellen Aufwand kostenfrei zur Verfügung gestellt. Wir zeigen keine offensive Werbung und bemühen uns um eine dezente Integration.

Bitte unterstütze dieses Forum, in dem du deinen Adblocker für diese Seite deaktivierst.

Du kannst uns auch über unseren Kaffeautomat einen Kaffe ausgeben oder ein PUR Abo abschließen und das Forum so werbefrei nutzen.

Vielen Dank für Deine Unterstützung!