AllowOverride-Direktive bei Umstellung einer Website bei Hosteurope auf HTTPS
am 18.04.2017 - 10:06 Uhr in
Hallo,
wir haben vor, unsere Webseite (Drupal 7), die bei Hosteurope gehostet wird, auf HTTPS umzustellen und deswegen sammele ich gerade Informationen zu den notwendigen Schritten.
Laut dem entsprechenden Artikel auf drupal.org läuft es erst einmal auf zwei Punkte hinaus:
1. AllowOverride-Direktive
2. Umleitung aller HTTP-Anfragen auf HTTPS
In diesem Thread geht es um Punkt 1, zu dem in dem Artikel Folgendes steht:
Note: Clean URLs If you're using Apache for HTTP and HTTPS:
You will probably have two different VirtualHost buckets.
A bucket for port :80 http
A bucket for port :443 https
Each of these VirtualHost containers or buckets require that a specific Apache directive be added within them if you're using Clean URLs. This is because Drupal makes extensive use of .htaccess and mod_rewrite to provide friendly URLs.
Ensure you have the following within the directive, which is a child under the VirtualHost container: See Apache Documentation for AllowOverride
<Directory "/path/to/yoursite">
AllowOverride All
</Directory>
This means that your .htaccess takes precedence and that the Apache configuration will allow it to run as you would expect for Drupal.
Troubleshooting:
If you enabled HTTPS and it only works on the homepage and your sub links are broken, it's because the VirtualHost:443 bucket needs AllowOverride All enabled so URLs can be rewritten while in HTTPS mode.
Erst klang es für mich so, als ob Hosteurope das bei sich machen müsste und nicht ich in meiner .htaccess-Datei, allerdings lautet die Antwort des Hosteurope-Supports, dass ich es doch in der .htaccess-Datei machen kann / muss.
Alle Beispiele dazu, die ich gefunden habe, beziehen sich allerdings auf eine "lokale" Installation, wo man Zugriff auf httpd.conf hat und diese Direktive dort ändern kann. Dazu dann noch einige Artikel mit Aussagen wie z.B.
Beachten Sie: Die Anweisung AllowOverride kann nicht innerhalb einer .htaccess notiert werden, sondern wird ausschließlich vom Server-Administrator in der zentralen Konfigurationsdatei vorgegeben. Um den AllowOverride-Wert in Erfahrung zu bringen, benötigen Sie Einsicht in die Serverkonfiguration. Kontaktieren Sie dazu gegebenenfalls Ihren Webhosting-Provider. Dieser kann den Wert auch ändern, falls Sie bestimmte bisher nicht erlaubte Anweisungen verwenden möchten.
Was wiederum meiner ersten Vermutung entspräche.
Was stimmt nun? Muss ich Hosteurope erneut kontaktieren oder kann / muss ich doch meine .htaccess-Datei anpassen?
Wenn Letzteres: was genau muss ich machen? Einfach
<Directory "/path/to/yoursite">
AllowOverride All
</Directory>
irgendwo einfügen?
Was wäre dabei der Pfad und was hat es mit den "buckets for 80 and 443"? Davon steht nun gar nichts in der .htaccess-Datei...
Irgendwie werde ich aus diesem Punkt nicht schlau...
- Anmelden oder Registrieren um Kommentare zu schreiben
Diese kleine Codeschnippsel
am 19.04.2017 - 22:12 Uhr
Diese kleine Codeschnippsel
Options Indexes FollowSymLinks
AllowOverride All
Require all granted
gehört in die Daten /etc/apache2/sites-available/deineseite.conf
wenn du darauf keinen Zugriff hast, kontaktiere bitte deinen Hoster.
https://drupal-tv.de
Drupal sehen und lernen
Vielen Dank. Der Hoster
am 20.04.2017 - 11:52 Uhr
Vielen Dank.
Der Hoster sagt
Die Einstellung AllowOverride All würde in die config Datei gehören, jedoch können wir diese für Sie nicht anpassen.
Daher müssen Sie die Einstellungen über einen Eintrag in der .htaccess Datei regeln. Dafür kann z.B. der folgende Eintrag gewählt werden:
RewriteEngine On
RewriteCond %{SERVER_PORT} !^443$
RewriteRule (.*) https://%{HTTP_HOST}/$1 [R=301,L]
Sehr verwirrend alles...
Na dann kopier das doch mal
am 20.04.2017 - 15:44 Uhr
Na dann kopier das doch mal unterhalb des eintrags
RewriteEngine On
der ist also qusi schon drin und dann einfach die zwei zeilen. Vielleicht hat der Hoster das ja so gelöst.
Einfach RewuriteEngine On in der .htaccess suchen und die beiden zeilen danach einfügen Anschließend abspeichern und dann lesbare URLS aktivieren. Vielleicht klappts ja.
https://drupal-tv.de
Drupal sehen und lernen
Also der Vorschalg des
am 03.05.2017 - 13:09 Uhr
Also der Vorschalg des Hosters (s.o.) + unsere bisherige Weiterleitung auf www. (siehe http://www.drupalcenter.de/node/56345) scheint zu funktionieren.
Vielen Dank für die Hilfe!