Kein Zugriff auf eigene Webseite: "Diese Webseite weist eine Weiterleitung auf."

[SoniX]

Kein Zugriff auf eigene Webseite: "Diese Webseite weist eine Weiterleitung auf."

Hallo,


Ich habe eine kleine private Webseite auf meiner DS gehostet.
Domain habe ich ebenfalls; auf die DS weitergeleitet.

Meine DNS Einträge:
A - domain.com -> meineIP
CNAME - www.domain.com -> domain.com


Ich benutze Google Chrome und bekomme bloß die Meldung:
"Diese Webseite weist eine Weiterleitung auf."
Mehr kommt da nichtmehr. Es ist auch egal ob ich http, https mit oder ohne www mit oder ohne Portnummer aufrufe. Ergebnis ist immer das gleiche.


Mir ist schon klar, dass da eine weiterleitung existiert, die habe ich ja selbst eingerichtet. Von http wird auf https umgeleitet.

Meine .htaccess sieht so aus:
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}


Ich weiß nicht woran es liegt. Entweder am neuen Domainprovider; an einer neuen Version von Chrome oder an einer neuen DSM Version (neue php Version?).


Ich habe ebenfalls Webhops eingerichtet wie zB audio.domain.com, video.domain.com etc. auf das jeweilige Verzeichnis und Port der DS.
Diese funktionieren alle!


Habt ihr da Ahnung wo ich ansetzen kann?


Vielen Dank und liebe Grüsse

 

[SoniX]

Vll ein dummes Zusammenspiel mit DSM?

Manchmal sehe ich port 5000 kurz in der Adressleiste aufscheinen.

Kann es sein, dass DSM auf 5000 weiterleitet, htaccess auf 443, DSM auf 5000 etc und Chrome das deswegen unterbricht?

Warum wird auf port 5000 weitergeleitet?

 

[SoniX]

An Chrome liegts nicht; Firefox meint ebenfalls die Umleitungen würden im Kreise laufen :-/

 

[SoniX]

Habe mich weiter gespielt/getestet.

Das anfängliche Problem der ewigen weiterleitung habe ich durch umschreiben der .htaccessdatei behoben.
Auch wenn es nicht das Problem war; hat das Problem aber kaschiert.

Ich habe im Router Port 80 und 443 weitergeleitet. Ebenso im DSM habe ich 80 und 443 in den Firewallregeln aktiviert.
Ebenso ist https für die Webstation aktiviert.

Zugriff auf die Seite klappt unverschlüsselt. Passwortabfrage funktioniert ebenfalls.
Eingrenzen konnte ich nun: Weiterleitung auf https funktioniert nicht!

Sobald ich per https auf die Seite zugreifen will leitet mich DSM (?) auf Port 5000 weiter und nicht auf Port 443 wie es sein soll.
Und das sogar dann wenn ich mittels https://domain.com:443 (inkl Portangabe) aufrufe.

Dazu finde ich aber nirgendwo eine Einstellung. Wozu auch eine Einstellung; https ist 443 und fertig.


Port 5000 ist natürlich nicht zu erreichen, da ich den nicht nach aussen freigegeben habe; mit Absicht.
Ausserdem will ich nicht aufs DSM zugreifen sondern auf die Webseite die auf der DS liegt.


Wie bekomme ich diese lästige Weiterleitung weg?

Irgendwas leitet alles verschlüsselte auf Port 5000 weiter wie es scheint.

 

[stefan_lx]

hast du eine index.html oder index.php in dem Verzeichnis /web liegen?

Stefan

 

[SoniX]

Hallo stefan_lx

Ja natürlich; eine index.php.

Unverschlüsselt klappts auch und die Seite wird angezeigt.

Verschlüsselt (aufgerufen mit https; mit oder ohne Portnummer 443) habe ich einige Sekunden Wartezeit und dann leitet mich irgendwas auf Port 5000 weiter; was nicht klappt da ich den im Router nicht offen habe und das wird dann mit einem "Diese Webseite ist nicht verfügbar." quittiert (logisch).

 

[stefan_lx]

so natürlich ist das nicht , wenn die fehlt, passiert genau das gleiche wie bei dir...

ich würde mal,

• deine "Webhops" testweise deaktivieren (Reverse Proxy?), nicht dass die da irgendwie reinspielen
• die Weiterleitung aus der .htaccess testweise rausnehmen.

Dann weißt du zumindest, ob du dich da selber austrickst...

Stefan

Edit: häng mal ans Ende der RewriteRule ein [R=301,L] an.

 

[SoniX]

Ohne .htaccess klappts

Als ich die Seite vor einem Jahr aufgesetzt hatte, hatte es funktioniert.

Danke erstmal! Wieder ein Schritt weiter

Edit:

Mit folgendem bekomme ich wieder eine Umleitungsschleife:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]
</IfModule>

Folgendes klappt:
<IfModule mod_rewrite.c>
RewriteCond %{SERVER_PORT} ^80$
RewriteRule ^.*$ https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]
</IfModule>

Wenn ich allerdings das da dranhänge:
<If "%{HTTPS} == 'on'">
AuthType basic
AuthName "private server"
AuthUserFile /volume1/web/passwd/normal.pw
Require valid-user
</If>

oder auch das da:
SetEnvIf %{SERVER_PORT} ^80$ IS_NON_SSL
AuthUserFile /volume1/web/passwd/normal.pw
AuthName "private server"
AuthType Basic
require valid-user
Allow from env=IS_NON_SSL

... dann werde ich wieder auf Port 5000 geschickt. :-/

Is des kompliziert....

 

[SoniX]

Des gibts ja wirklich net... -.-

Habe die ganze Geschichte von Neuem angefangen.

Umleitung zu https funktioniert mit folgendem:
<IfModule mod_rewrite.c>
RewriteCond %{SERVER_PORT} ^80$
RewriteRule ^.*$ https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]
</IfModule>

Passwortabfrage funktioniert mit folgendem:
AuthType Basic
AuthName "Zugriff verweigert - Bitte User und Passwort eingeben"
AuthUserFile /volume1/web/pwd/.htpwd
Require valid-user

Beides für sich funktioniert!
Aber wenn ich die beiden untereinander setze, dann klappt es nichtmehr! Dann wird nach Port 5000 weitergeleitet und das wars dann.

Wieso um alles in der Welt... ???

Bitte um Hilfe....

 

[stefan_lx]

da hab ich jetzt spontan auch keine Idee...
die Logs liegen unter /var/log/.. Vielleicht kannst du auf der Konsole über "tail -f /var/log/httpd-access-user.log" oder "tail -f /var/log/httpd-error-user.log" rausfinden was da passiert ... (als root mit admin-Passwort anmelden )

Stefan

 

[SoniX]

Nach einiger Recherche habe ich nun etwas mehr herausgefunden.

Es scheint wohl ein allgemeines Problem seit DSM 5.0 zu sein.

Manche User schreiben es wäre wegen der Umstellung von mysql auf mariadb;
andere User schreiben aufgrund von Grössenbeschränkung des DSM wurden einige Module aus Apache entfernt;
wieder andere berichten man solle statt Basic die Digest Auth Methode verwenden
und wieder andere meinen man solle die SPDY Beschleunigung deaktivieren.

Zumindest letzteres bewirkt bei mir keine Besserung.

Ich habe inzwischen auch Synology kontaktiert mit der Antwort, dass sie für Konfigurationen keinen Support leisten.
Aber da wusste ich noch nicht dass dies ein allgemeiner Fehler seit DSM 5.0 ist; werde also weiterhin mit Synology in Kontakt bleiben.

Falls noch jemand dieses Problem hat findet er hier mehr Infos:
http://forum.synology.com/enu/viewtopic.php?f=232&t=79801

 

[SoniX]

Problem gelöst!

Eine Umstellung auf Digest führte zum Erfolg.

http://www.synology-forum.de/showth...cces-.htpasswd&p=463379&viewfull=1#post463379

Danke an jhoerter!