Automatischer redirect von Port 80 auf Port 5000

[Trolli]

Das ist auch richtig. Genau dort liegt der Disk Station Manager. Wenn der auf dieser Adresse nicht erreichbar ist, solltest Du mal Deine Firewall überprüfen.

 

[jahlives]

Kannst du bitte nochmals möglichst klar sagen was du erreichen willst und was stattdessen passiert? Mir ist leider immer noch nicht so klar was du machen willst. Die Weiterleitung auf IP:5000/webman/index.cgi ist normal wenn du keine Webseite in /volume1/web oder die Webstation nicht aktivierst hast

 

[Matthieu]

Ich denke hier wird die index.html fehlen oder der Dienst der Web Station deaktiviert sein.

MfG Matthieu

 

[homelinux]

hatte ich auch.habe die index.html in index.htm umgeändert danach konnte ich die DS unter ihrer LAN-IP Port 80 erreichen und die index.htm wurde angezeigt.Hat aber 2h gedauert bis klappte.

 

[DeanKay]

Hallo,

eure Antworten waren zu einfach. Es wäre schön, wenn es sich tatsächlich nur um eine kleine Unaufmerksamkeit handeln würde. Ich habe das gleiche Problem und beschreibe es nun genauer:

http://192.168.1.126/ wird (seit meinem DSM-Update auf Version 5.1) IMMER zu http://192.168.12.126:5000/webman/index.cgi umgeschrieben - egal was man tut. Dahinter steckt auch keine weitere Intelligenz, sondern die aktuelle DSM-Konfiguration macht das immer so - egal ob der Webdienst aktiviert ist oder nicht.

Wenn ich http://192.168.1.126/index.html eingebe, wird meine Seite korrekt angezeigt (, wenn der Webdienst aktiviert ist - aber http://192.168.1.126/ wird trotzdem zu http://192.168.12.126:5000/webman/index.cgi umgeschrieben).

Ich habe für weitere Tests den Port der DSM-Web-Schnittstelle von 5000 zu 5002 verändert. Auch in diesem Fall wird die Anfrage http://192.168.1.126/ (an Port 80) zu http://192.168.12.126:5000/webman/index.cgi umgeschrieben, und es kommt eine Fehlermeldung, dass die Seite nicht gefunden werden kann. Daraus schließe ich, dass diese Regel an irgendeiner Stelle genau so hinterlegt ist, denn wenn ein "intelligenter" Mechanismus dahinter stecken würde, würde ich erwarten, dass er in diesem Falle die Anfrage http://192.168.1.126/ zumindest zu http://192.168.12.126:5002/webman/index.cgi umschreiben würde.

Ich möchte aber nicht immer http://192.168.1.126/index.html eingeben müssen um meine Webseite anzeigen zu können. Stattdessen möchte ich, dass ich NUR GENAU DANN wenn ich http://192.168.12.126:5000 oder http://192.168.12.126:5000/webman/index.cgi eingebe, auch zur DSM-Web-Schnittstelle gelange. Die Eingabe von http://192.168.1.126/ "sollte" einfach so gelassen werden, wie sie ist, und die Datei index.htm oder index.html geladen und angezeigt werden (- "sollte" heißt: "so würde ich mir das wünschen").

Ich fände es echt schön, wenn mir hierbei jemand helfen könnte, wie ich dieses Problem korrekt(!) lösen kann. Ich möchte keinen "workaround" (rumpfuschen kann ich auch selber), sondern ich möchte eine korrekte Lösung.
Ich habe eine Vermutung: Möglicherweise, ist der Fehler in den rewrite-Regeln der httpd-Konfiguration zu finden. Aber ich weiß es eben selbst nicht besser, deswegen benötige ich hier Hilfe von jemandem, der es besser weiß als ich. (Wird dieses Forum auch von Synology-Entwicklern beobachtet, oder ist es nur als Plattform gedacht, bei der sich Kunden untereinander austauschen können?)


Viele Grüße,
D

 

[Frogman]

(Wird dieses Forum auch von Synology-Entwicklern beobachtet, oder ist es nur als Plattform gedacht, bei der sich Kunden untereinander austauschen können?)

Letzteres.

 

[DeanKay]

Das lässt die Hoffnung auf hilfreiche Beiträge zum Thema schon etwas bescheidener wirken. Aber falls doch jemand eine Idee hat, was die Ursache dafür ist und wie das Problem gelöst werden könnte, würde ich mich trotzdem über Beiträge zum Thema freuen. Hier nochmal die genaue Problembeschreibung (, damit sich niemand die Mühe machen muss, das Problem zu suchen und die unnötigen Beiträge danach zu lesen):

http://192.168.1.126/ wird (seit der Neuinstallation meiner DS213+ == Auf Werkseinstellungen zurücksetzen, neue Festplatten einbauen, Automatische Neuinstallation und DSM-Update auf Version DSM 5.1-5021 Update 2) IMMER zu http://192.168.12.126:5000/webman/index.cgi umgeschrieben - egal was man tut. Dahinter steckt auch keine weitere Intelligenz, sondern die aktuelle DSM-Konfiguration macht das immer so - egal ob der Webdienst aktiviert ist oder nicht.

Wenn ich http://192.168.1.126/index.html eingebe, wird meine Seite korrekt angezeigt (, wenn der Webdienst aktiviert ist - aber http://192.168.1.126/ wird trotzdem zu http://192.168.12.126:5000/webman/index.cgi umgeschrieben).

Ich habe für weitere Tests den Port der DSM-Web-Schnittstelle von 5000 zu 5002 verändert. Auch in diesem Fall wird die Anfrage http://192.168.1.126/ (an Port 80) zu http://192.168.12.126:5000/webman/index.cgi umgeschrieben, und es kommt eine Fehlermeldung, dass die Seite nicht gefunden werden kann. Daraus schließe ich, dass diese Regel an irgendeiner Stelle genau so hinterlegt ist, denn wenn ein "intelligenter" Mechanismus dahinter stecken würde, würde ich erwarten, dass er in diesem Falle die Anfrage http://192.168.1.126/ zumindest zu http://192.168.12.126:5002/webman/index.cgi umschreiben würde.

Ich möchte aber nicht immer http://192.168.1.126/index.html eingeben müssen um meine Webseite anzeigen zu können. Stattdessen möchte ich, dass ich NUR GENAU DANN wenn ich http://192.168.12.126:5000 oder http://192.168.12.126:5000/webman/index.cgi eingebe, auch zur DSM-Web-Schnittstelle gelange. Die Eingabe von http://192.168.1.126/ "sollte" einfach so gelassen werden, wie sie ist, und die Datei index.htm oder index.html geladen und angezeigt werden (- "sollte" heißt: "so würde ich mir das wünschen").

Ich fände es echt schön, wenn mir hierbei jemand helfen könnte, wie ich dieses Problem korrekt(!) lösen kann. Ich möchte keinen "workaround" (rumpfuschen kann ich auch selber), sondern ich möchte eine korrekte Lösung.
Ich habe eine Vermutung: Möglicherweise, ist der Fehler in den rewrite-Regeln der httpd-Konfiguration zu finden. Aber ich weiß es eben selbst nicht besser, deswegen benötige ich hier Hilfe von jemandem, der es besser weiß als ich. Wenn noch weitere bestimmte Informationen benötigt werden, um das Problem zu lösen, werde ich sie gerne nachträglich ergänzen, wenn gezielt nach ihnen gefragt wird.

 

[Tommes]

Hi!

Ich hab das "eigentliche" Verhalten des DSM bei Aus- und Eingeschalteter Webstation unter DSM 5.1 hier mal beschrieben...
http://www.synology-forum.de/showth...5000-oder-5001&p=472832&viewfull=1#post472832

... auch ist das Verhalten gegebüber älteren DSM Versionen ein anderes, wie ich es hier beschrieben habe...
http://www.synology-forum.de/showth...5000-oder-5001&p=475427&viewfull=1#post475427

Das Verhalten, welches du beschreibst, kann ich bei mir nicht nachbauen. Von daher liegt bei dir irgendwas im Argen. Die Frage ist nur... was? Wie sieht er Inhalt deiner index.html Seite denn aus? Vielleicht ersetzt du diese mal durch eine andere index.html, die z.B. nur ein "Hello World" ausgibt. Evtl. hast du im DSM auch irgendwelche Virtual Hosts gesetzt die diesen Effekt erzeugen, da solltest du evtl. mal nach schauen. Auch eine .htaccess im root von /web könnte hier der Verursacher sein.

Tommes

 

[DeanKay]

Hi Tommes,

danke für deine Antwort. So wie du das "eigentliche Verhalten" beschrieben hast, so sollte es auch sein... ...und, wie sich nun herausgestellt hat, ist es auch so. Ich habe mittlerweile noch ein paar weitere Sachen überprüft und bin der Ursache "meines" Problems auf die Schliche gekommen. Wenn die Ursache ganz wo anders liegt, als es scheint (oder man sie vermutet), besteht die Gefahr, dass man einer falschen Fährte folgt und sich verläuft - und genau dies ist mir passiert.

Ich habe den Fehler in (der Konfiguration von) DSM vermutet, da das bei mir gezeigte Verhalten fehlerhafte rewrite-rules vermuten ließ. In der Konfiguration des Webservers (wo ich den Fehler vermutet hatte) unter /etc/httpd/httpd.conf* konnte ich nichts ungewöhnliches entdecken (weshalb ich um Hilfe gebeten hatte).

Das ganze hat (in diesem Fall) nichts mit der index.htm(l/php/cgi) zu tun und auch nichts mit dem Gerät DS213+ oder der Software (DSM 5.1-5021 Update 2 + Konfiguration) des Gerätes.

Als ich das Gerät (neu) in Betrieb genommen habe, habe ich im Webbrowser die IP meines Gerätes eingegeben, um auf die Einrichtungs- und Konfigurations-Seite des Gerätes zu gelangen. Bei diesem "ersten" Zugriff auf das Gerät hat die URL-rewrite-Regel gegriffen und mich korrekterweise, so wie du es auch als "eigentliches Verhalten" beschrieben hast, von http://192.168.1.126/ zu http://192.168.1.126:5000/webman/index.cgi umgeleitet. Und in genau diesem Moment ist das Unerwartete passiert. Mein Browser (Chrome unter Windows7) hat diese URL-rewrite-Regel gelernt, um sie auf zukünftige Zugriffe direkt anzuwenden. (!!!)

Nachdem ich den Webserver aktiviert hatte, und mir die Testseite anzeigen lassen wollte um zu überprüfen, ob bis dahin alles richtig gelaufen ist, wurde ich aber bereits zu dem Webinterface auf Port 5000 umgeleitet. Die Test-Webseite konnte ich aber dennoch korrekt anzeigen, wenn ich http://192.168.1.126/index.html in der Adresszeile des Browsers eingegeben habe, das sich der Browser die rewrite-Regel nur für die Adresse http://192.168.1.126/ gemerkt hatte. Dass mich auch mein MacBook (auf dem ich ebenfalls Chrome installiert habe) zum Webinterface umgeleitet hatte, hatte mich gänzlich auf den Irrweg (die Vermutung, dass der Fehler bei DSM zu suchen sei) geleitet. Hier hat mich jedoch die Synchronisation der Browserdaten (an die ich in dem Moment nicht gedacht habe) in die Irre geleitet. (Kleiner Einschub: Wenn ich auf meinem Smartphone ein Video bei Youtube ((gehört zu google)) ansehe und es unterbreche und dann Youtube auf meinem Computer aufrufe, werde ich direkt zu dem Video geleitet und es läuft an der Stelle weiter, wo ich es auf dem Smartphone unterbrochen habe ((das funktioniert auch umgekehrt...)) - und scheinbar werden noch weitere Browserdaten synchronisiert, und da ich auf beiden Rechnern Chrome verwendet hatte ((und bei google angemeldet war)), musste ich auf beiden Rechnern das Fehlverhalten sehen und bin dadurch auf den Irrweg geraten).

Ich weiß nicht wie ich heute Morgen auf die Idee gekommen bin, andere Dinge auszuprobieren:
(1) Laptop mit Linux:
(1,a) Aufruf von http://192.168.1.126/ mit Midori: Keine Weiterleitung zum Web-Interface; die Webseite wird korrekt angezeigt. (*verblüfftes Staunen*)
(1,b) Chromium (nicht Chrome! - aber die Grundlage von Chrome) installieren + IP-Aufruf: Keine Weiterleitung zum Web-Interface; die Webseite wird korrekt angezeigt.
(2) MacBooc mit Mac OS X:
(2,a) Aufruf mit Chrome: Weiterleitung zum Web-Interface von DSM
(2,b) Aufruf mit Safari: Keine Weiterleitung zum Web-Interface; die Webseite wird korrekt angezeigt.
(3) PC mit Windows:
(3,a) Aufruf mit Chrome: Weiterleitung zum Web-Interface von DSM
(3,b) Aufruf mit Firefox: Keine Weiterleitung zum Web-Interface; die Webseite wird korrekt angezeigt.
(4) Löschen der Browserdaten von Chrome:
(4,a) Aufruf mit Chrome auf dem Windows-PC: Keine Weiterleitung zum Web-Interface; die Webseite wird korrekt angezeigt.
(4,b) Aufruf mit Chrome auf dem MacBook: Keine Weiterleitung zum Web-Interface; die Webseite wird korrekt angezeigt.

Ich denke, hiermit habe ich den "Fehler" isoliert und auch gleichzeitig eine Lösung für dieses Problem gefunden.
Ich denke wir sollten dies auch auf irgendeine Art und Weise festhalten, obwohl das Problem, das hier beschrieben wurde, kein Problem von dem Gerät oder der Software ist.
Das heißt:

(1) Ein Moderator sollte folgende drei Threads schließen, die sich alle mit genau dieser Problembeschreibung beschäftigt haben:
(1,a) http://www.synology-forum.de/showthread.html?18147-Automatischer-redirect-von-Port-80-auf-Port-5000 (dieser Thread) und diesen Thread als gelöst oder beantwortet markieren und archivieren.
(1,b) http://www.synology-forum.de/showthread.html?3021-Web-Server-routet-um-auf-Port-5000
(1,c) http://www.synology-forum.de/showth...ntern-wie-extern-immer-auf-Port-5000-geroutet

(2) Auch Punkt Zwei richtet sich an einen Moderator des Forums - er kann aber auch von einem Synology-Mitarbeiter aufgegriffen werden:
Es sollte diese Problembeschreibung und die Lösung dazu als eine Variante von Weiterleitungs- und URL-rewrite-Problemen in eine Sammlung häufig gestellter Fragen (bzw. "glöster Probleme" bzw. "möglicher Erscheinungen von unerwünschtem Verhalten") aufgenommen werden.
In diesem Falle lautet die Lösung: "Die Browserdaten, nach der Einrichtung des Gerätes/der Software/des Webservers (auf einen Zeitpunkt davor) zurücksetzen."

(3) Dieser Punkt richtet sich direkt an Synology-Mitarbeiter (falls dies ein Mitarbeiter lesen sollte...)
Es wäre hilfreich, wenn Bei der Installation bereits ein Hinweis erscheint, dass empfohlen wird, nach der Installation die Browserdaten auf einen Zeitpunkt vor der Installation zurücksetzen.
Man könnte auch direkt auf der der Verpackung oder an irgendeiner Stelle, die auf jeden Fall gesehen und gelesen wird (z.B. ein Aufkleber auf der Verpackungs-Folie, den man abziehen muss, um das Gerät auspacken zu können), einen Hinweis abdrucken, dass empfohlen wird, für die Einrichtung im Inkognito-Modus des Browsers durchzuführen und/oder die Browserdaten nach der Einrichtung, und vor allem nach der Änderung der Einstellungen von "Webdienste", auf einen Zeitpunkt vor der Änderung der Einstellungen zurückzusetzen.

Die Lösung in diesem Falle lautet also (so lächerlich sie auch ist):
Die Browserdaten nach der Einrichtung/Konfiguration des Gerätes bzw. der Software, die darauf läuft, die Browserdaten auf einen Zeitpunkt vor der (erstmaligen) Einrichtung/Konfiguration zurücksetzen.

Und als weitere Empfehlung:
Zur Konfiguration des Gerätes bzw. der Software (die auf dem Gerät läuft) vorzugsweise den Inkognito-Modus des Browsers verwenden, oder anschließend die Browserdaten auf einen Zeitpunkt vor der (erstmaligen) Einrichtung/Konfiguration zurücksetzen.


D (lies: "die" ((wie der Buchstabe "D", "englisch gelesen/ausgesprochen")) )


Problem gelöst. Thread kann geschlossen werden.

 

[Frogman]

...
Als ich das Gerät (neu) in Betrieb genommen habe, habe ich im Webbrowser die IP meines Gerätes eingegeben, um auf die Einrichtungs- und Konfigurations-Seite des Gerätes zu gelangen. Bei diesem "ersten" Zugriff auf das Gerät hat die URL-rewrite-Regel gegriffen und mich korrekterweise, so wie du es auch als "eigentliches Verhalten" beschrieben hast, von http://192.168.1.126/ zu http://192.168.1.126:5000/webman/index.cgi umgeleitet. Und in genau diesem Moment ist das Unerwartete passiert. Mein Browser (Chrome unter Windows7) hat diese URL-rewrite-Regel gelernt, um sie auf zukünftige Zugriffe direkt anzuwenden. (!!!)
...

Und zu diesem Aspekt verweise ich jetzt mal unauffällig auf meinen Hinweis in einem Deiner anderen Threads, den Du ja so vorschnell als "wenig hilfreich und sinnlos" verunglimpft hast - vielleicht wird Dir jetzt die Lächerlichkeit Deiner Reaktion dort klar.

 

[Tommes]

Deine Mühen in allen Ehren, aber ein kurzes "Problem gelöst, es lag am Browsercache" hätte es wohl auch getan. Ich glaub nämlich nicht das ein Mod hier hingeht und irgendwelche Threads schließt. Auch schaut bestimmt hin und wieder mal ein Mitarbeiter von Synology hier rein, jedoch würde ich dir dann eher empfehlen direkten Kontakt mit Synology aufzunehmen.

Versteh mich nicht falsch, ich fand deine Ausführungen sehr interessant, in meinen Augen aber ein wenig übers Ziel hinausgeschossen.

Tommes

 

[DeanKay]

Ok, Frosch, du bist der Beste und Größte und Tollste überhaupt. Quasi die Reinkarnation von Elvis, Michael Jackson und Fred Astaire in einer Person - quasi eine zu uns Menschen herabgesandte Gottheit.

Danke, Tommes. Ich wollte einfach nur eine Erklärung für dieses seltsame Verhalten finden und dazu eine Erklärung bereitstellen, wie dieses Problem gelöst werden kann und darauf aufmerksam machen, was es alles zu beachten gibt.

Einen Thread zu schließen und zu archivieren finde ich deshalb wichtig, damit er nicht weiter "verschmutzt" werden kann (was mit diesem nun leider doch schon wieder passiert ist), wenn das darin behandelte Problem gelöst wurde und in einem abschließenden Beitrag sauber und übersichtlich aufbereitet wurde, so dass man stets am Ende des Threads, der mit "gelöst" und/oder "archiviert" und/oder "geschlossen" markiert wurde, eine saubere Problembeschreibung und deren Lösung(sstrategie) findet. Im Grunde sind diese letzten drei Beiträge auch schon wieder überflüssig, wenn nicht sogar störend (da sie ja Diskussion und nichts thematisches mehr enthalten). Aber vielleicht steh ich mit meiner Ansicht auch alleine da - dann muss ich damit leben. Ich bin nunmal ein Mathematiker und stehe von Natur aus auf Struktur und Ordnung und logische (das heißt: vollständige und widerspruchsfreie) Begründungen (Nachvollziehbarkeit) und vor allem auf formale Korrektheit.
Nun gut, ich streite nicht ab, dass ich vielleicht etwas seltsam bin. Es ist nur mein persönlicher Anspruch an mich selbst, dass ich das was ich tue (im Rahmen meiner Fähigkeiten und Möglichkeiten) möglichst gut tue, da es (meiner Meinung nach) sonst Energieverschwendung wäre, es überhaupt zu tun - und ich denke eben, dass dazu auch eine saubere Ergebnissicherung gehört (deshalb Thread schließen, archivieren und ein Wiki oder eine Sammlung FAQs o.ä. ergänzen).

Hier nochmal der Link zum abschließenden (themenbezogenen) Beitrag dieses Threads, der das Problem und die Lösung beschreibt:
http://www.synology-forum.de/showth...-auf-Port-5000&p=495416&viewfull=1#post495416

 

[Tommes]

Wie dem auch sei...

... eine Möglichkeit könnte natürlich dazu führen das ein Thread geschlossen oder gar gelöscht wird...

http://www.synology-forum.de/faq.html?faq=richtlinien#faq_richtliniennichtindieseforum

Also immer ruhig und flach atmen!

Tommes