Besucher per .htcaccess umleiten
mod_rewrite Umleitung
Hallo,
wie kann man eine bestimmte, statische IP, welche desöfteren eine Webseite besucht, auf eine bestimmte Seite der Webseite umleiten?
Dieser Besucher soll nur eine bestimmte Seite sehen die extra für ihn angelegt wurde und nichts anderes.
Ich habe schon gesehen, dass dies mit mod_rewrite gehen soll, aber ich bekomme es nicht hin.
Eine generelle IP-Sperre dieses Besuchers kommt nicht in betracht, wie man IP's per .htaccess sperrt ist mir bekannt!
Hallo,
wie kann man eine bestimmte, statische IP, welche desöfteren eine Webseite besucht, auf eine bestimmte Seite der Webseite umleiten?
Dieser Besucher soll nur eine bestimmte Seite sehen die extra für ihn angelegt wurde und nichts anderes.
Ich habe schon gesehen, dass dies mit mod_rewrite gehen soll, aber ich bekomme es nicht hin.
Eine generelle IP-Sperre dieses Besuchers kommt nicht in betracht, wie man IP's per .htaccess sperrt ist mir bekannt!
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 188841
Url: https://administrator.de/forum/besucher-per-htcaccess-umleiten-188841.html
Ausgedruckt am: 23.12.2024 um 06:12 Uhr
13 Kommentare
Neuester Kommentar
http://www.noupe.com/php/10-mod_rewrite-rules-you-should-know.html
siehe "Block a Specific IP Address"
siehe "Block a Specific IP Address"
Witz komm raus
Vielleicht solltest du deine Frage nochmal durchlesen:
"wie kann man eine bestimmte, statische IP, welche desöfteren eine Webseite besucht, auf eine bestimmte Seite der Webseite umleiten?"
RewriteCond %{REMOTE_ADDR} ^(A\.B\.C\.D)$
RewriteRule ^/* http://www.domain.com/sorry.html [L]
Ist es so schwer, zwei Zeilen zu lesen?
Die Weiterleitung darf natürlich nicht im Kreis laufen. Du rufst die Seite example.com auf und wirst auf example.com weitergeleitet, wo sofort wieder die Weiterleitung greift, da du ja immer mit derselben IP kommst ... loop.
Abhilfe:
Wenn die .htaccess im DocumentRoot liegt ist das problematisch. Leite in dem Fall auf eine Subdomain "sub1.example.com" oder einen anderen Server um.
Ob dort ein HTML oder PHP liegt ist egal. Du kannst auch zu example.de ohne Dokumentangabe umleiten.
Abhilfe:
Wenn die .htaccess im DocumentRoot liegt ist das problematisch. Leite in dem Fall auf eine Subdomain "sub1.example.com" oder einen anderen Server um.
Ob dort ein HTML oder PHP liegt ist egal. Du kannst auch zu example.de ohne Dokumentangabe umleiten.
@lexa-lexa
OK, sorry und mea culpa.
Habe nur "Block a specific IP Adress gelesen"...
Du hast ja recht.
Gruß Daniel
OK, sorry und mea culpa.
RewriteCond %{REMOTE_ADDR} ^(A\.B\.C\.D)$
RewriteRule ^/* http://www.domain.com/sorry.html [L]
Ist es so schwer, zwei Zeilen zu lesen?
Manchmal RewriteRule ^/* http://www.domain.com/sorry.html [L]
Ist es so schwer, zwei Zeilen zu lesen?
Habe nur "Block a specific IP Adress gelesen"...
Du hast ja recht.
Gruß Daniel
Hi,
der DocumentRoot (Apache) der Subdomain sollte sich nicht im DocumentRoot der Domain befinden, das macht die Sache unnötig kompliziert, da der Apache umkonfiguriert werden muss, in einer Weise, wie man's eigentlich nicht machen sollte
Das Problem bei dir ist wahrscheinlich die .htaccess im DocumentRoot der Domain, die sich natürlich auch auf sämtliche Unterordner auswirkt, was normal und gewollt ist, denn sonst müsste man z.B. für Verzeichnissperren in allen Unterordnern eine .htaccess anlegen.
Lege für jede Domain bzw. Subdomain ein eigenes DocRoot an:
html (Webspace Hauptordner)
|
|----site1 (Apache DocumentRoot für domain1)
|-------- .htaccess (mit weiterleitung auf domain2 bzw. subdomain document "weiterleitung.php")
|-------- index.html (webseite 1)
|
|----site2 (Apache DocumentRoot für domain2 od. subdomain)
|-------- index.html (webseite 2)
|-------- weiterleitung.php
PS: Kann man hier im Forum keinen Code-Bereich formatieren?
der DocumentRoot (Apache) der Subdomain sollte sich nicht im DocumentRoot der Domain befinden, das macht die Sache unnötig kompliziert, da der Apache umkonfiguriert werden muss, in einer Weise, wie man's eigentlich nicht machen sollte
Das Problem bei dir ist wahrscheinlich die .htaccess im DocumentRoot der Domain, die sich natürlich auch auf sämtliche Unterordner auswirkt, was normal und gewollt ist, denn sonst müsste man z.B. für Verzeichnissperren in allen Unterordnern eine .htaccess anlegen.
Lege für jede Domain bzw. Subdomain ein eigenes DocRoot an:
html (Webspace Hauptordner)
|
|----site1 (Apache DocumentRoot für domain1)
|-------- .htaccess (mit weiterleitung auf domain2 bzw. subdomain document "weiterleitung.php")
|-------- index.html (webseite 1)
|
|----site2 (Apache DocumentRoot für domain2 od. subdomain)
|-------- index.html (webseite 2)
|-------- weiterleitung.php
PS: Kann man hier im Forum keinen Code-Bereich formatieren?
Ja! Wie? Direkt oder indirekt, kommt drauf an, wie du dein Web gehostet hast:
Bei "normalem" Webspace kannst du ja die entsprechenden Root-Ordner im Confixx oder Plesk passend konfigurieren. Du legst eine Subdomain an und weist ihr den Root-Ordner zu. Selbiges ist ja mit der Hauptdomain bereits geschehen. Dann wird die Apache Config umgeschrieben (von Plesk) und der Apache neu gestartet.
Hast du einen Root Server, musst du die virtuellen Hosts u.U. zu Fuss konfigurieren.
Die Frage ist nur, ob Google & Co. mit der Indexierung irgendwelche Probleme haben?
Haben sie nicht, wenn die Sites gefunden werden. Also anmelden und/oder massig verlinken. Fragt sich nur, ob die umgeleitete Subdomain wirklich gefunden werden soll.