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.