Rewrite Problem

[macindy]

Hallo zusammen!

Also die Forengeaks werden die Hände zusammenschlagen, aber mich hat das rewrite Fieber erfasst.
Seht mir einwenig nach, wenn ich euch nerve

Folgendes:
Ich möchte bei einem speziellen Verzeichnis eine https Verbindung erzwingen

RewriteEngine On
RewriteCond %{SERVER_PORT} ^80$
RewriteRule ^/secure(.*) https://%{SERVER_NAME}/secure$1 [R=301,L]

Das funktioniert leider nicht - hab ich einen Fehler drin?
Kann der Fehler daran liegen, dass "secure" ein Symbolic Link auf ein anderes Verzeichnis ist?

[mar-e]

Zitat von Gerd Pleyer

Seht mir einwenig nach, wenn ich euch nerve

Interessante Fragen nerven nie.

Höchstens nichtssagende Problembeschreibungen wie:

Das funktioniert leider nicht - hab ich einen Fehler drin?

Folgendes (fast identisch mit Deinem Code) funktioniert bei mir einwandfrei (siehe http://test9.mar-e.de), mir fällt also nicht auf Anhieb ein offensichtlichen Fehler auf.

RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\.test9\.mar-e\.de [NC,OR]
RewriteCond %{SERVER_PORT} !^443$
RewriteRule ^(.*)$ https://www.test9.mar-e.de/$1 [L,R=permanent]


Kannst Du den bei Dir auftretenden Fehler näher beschreiben?

Gruß, mar-e

[macindy]

so muss es heißen:

RewriteCond %{HTTPS} !=on
alternativ: RewriteCond %{SERVER_PORT} !^443$ // wo ist da ein Unterschied? ist https irgendwo im apache definiert? evtl. also günstig zu verwenden, wenn unwahrscheinlicherweise der https port standard geändert wird?
RewriteRule ^secure(.*) https://%{SERVER_NAME}%{REQUEST_URI} [R,L]

Wie ist das mit dem Request_URI - inwiefern unterscheidet sich das von $1?

[Enigma]

Bei bevorzugter Verwendung von sslsites.de (keine Zertifikatswarnung):

RewriteEngine On

RewriteCond %{HTTPS} !=on
RewriteCond %{REMOTE_ADDR} !^62.67.200.4
RewriteRule ^(.*) https://sslsites.de/%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

oder, wenn ausschließlich sslsites.de verwendet werden soll:

RewriteEngine On

RewriteCond %{REMOTE_ADDR} !^62.67.200.4
RewriteRule ^(.*) https://sslsites.de/%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Zitat von Gerd Pleyer

Also die Forengeaks werden die Hände zusammenschlagen

Wenn schon, dann bitte "Forengeeks"! Und damit man sich einen echten Geek auch etwas besser vorstellen kann, hier noch ein Link, den Lucky mir letztens gegeben hat: http://www.emilyhambidge.com/blog/emily/66/.

Gruß,
Jan

[mar-e]

Zitat von Gerd Pleyer

wo ist da ein Unterschied? ist https irgendwo im apache definiert? evtl. also günstig zu verwenden, wenn unwahrscheinlicherweise der https port standard geändert wird?

%{HTTPS} war mir bis zu Deinem Posting garnicht bekannt (wieder was gelernt. danke!).
https läßt sich allerdings in der Tat prinzipiell auf einem beliebigen Port betreiben.
Ein Anwendungsfall ist beispielsweise, wenn man auf einem Rechner mehrere Apaches parallel betreiben will.

Wie ist das mit dem Request_URI - inwiefern unterscheidet sich das von $1?

$1 ist der String, den der erste in () stehende Ausdruck matcht (entsprechend gibt es auch $2, $3,...)

Beispiel:
Request_URI= /hello/world

RewriteRule (.*) $1
=> $1=/hello/world

RewriteRule /hell(.*) $1
=> $1=o/world

Soweit die Theorie. In der Praxis verirrt sich manchmal (manchmal eben aber auch nicht) auf ganz seltsame Weise ein /kunden/xyz/webseiten nach $1
Bislang kann ich das nicht konsistent erklären.
Ebenfalls gibt's immer wieder Probleme mit einem "/" am Ende des Domainpfads im Kundenmenü.

Insofern ist %{REQUEST_URI} daher etwas robuster

Gruß, mar-e

[macindy]

Kann man dies hier zusammenfügen:

#Rewrite HTTPS
RewriteCond %{HTTPS} =off
RewriteCond %{REQUEST_URI} ^/verz1/ [OR]
RewriteCond %{REQUEST_URI} ^/verz2/
RewriteRule (.*) https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]

#Rewrite HTTP
RewriteCond %{HTTPS} =on
RewriteCond %{REQUEST_URI} !^/verz1/ [NC]
RewriteCond %{REQUEST_URI} !^/verz2/
RewriteRule (.*) http://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]

Verz1 und Verz2 sind die einzigen beiden Verzeichnisse wo automatisch SSL erzwungen werden soll. Alle anderen URL sollen automatisch auf http umgeleitet werden (also hier soll https nicht erlaubt sein).

Kann man die zwei Sachen irgendwie zusammenziehen, damit ich nicht für jedes Verzeichnis doppelt definieren mussen.

Und das andere: Kann man dann auch einzelne PHP Skripts für SSL erzwingen bzw. die übrigens verbieten?

[Enigma]

Zitat von Gerd Pleyer

Kann man dies hier zusammenfügen:

#Rewrite HTTPS
RewriteCond %{HTTPS} =off
RewriteCond %{REQUEST_URI} ^/verz1/ [OR]
RewriteCond %{REQUEST_URI} ^/verz2/
RewriteRule (.*) https://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]

#Rewrite HTTP
RewriteCond %{HTTPS} =on
RewriteCond %{REQUEST_URI} !^/verz1/ [NC]
RewriteCond %{REQUEST_URI} !^/verz2/
RewriteRule (.*) http://%{SERVER_NAME}%{REQUEST_URI} [R=301,L]

Sorry, bin gerade zu müde, um zu denken oder es zu testen. Probier's am besten selbst mal aus - dabei lernst Du am meisten...

Was definitiv nicht funktionieren wird, ist

RewriteCond %{HTTPS} =off

Hier ist entweder der Wert "on" enthalten oder gar nix; den Wert "off" gibt's hier nicht. Richtig müsste es also

RewriteCond %{HTTPS} !=on

heißen.

Zitat von Gerd Pleyer

Und das andere: Kann man dann auch einzelne PHP Skripts für SSL erzwingen bzw. die übrigens verbieten?

Das funktioniert im Prinzip genauso. Der REQUEST_URI enthält den gesamten Pfad vom Document Root der Domain bis zur aufgerufenen Datei, ggf. inkl. QUERY_STRING (also den angehängten "Parametern").

Viel Spaß beim Tüfteln! Wenn ich aus meiner Bewusstlosigkeit erwacht bin, kann ich auch wieder etwas präziser helfen...

Gruß,
Jan

[mar-e]

Zitat von Gerd Pleyer

RewriteCond %{REQUEST_URI} !^/verz1/ [NC]

warum gerade in dieser Zeile ein [NC] aber in keiner sonst? N
([NC] bedeutet: diese Zeile Non-Case-sensitive verarbeiten)

Gruß, mar-e

[macindy]

ups ich dachte das wär der und Paramter für und

[Enigma]

Zitat von Gerd Pleyer

ups ich dachte das wär der und Paramter für und

Wenn kein [OR] hinter einer Zeile steht, wird automatisch mit UND verknüpft.

Gruß,
Jan