Zeitweise keine CSS-Verbindung

[kdf]

Hallo,

nach etwa 6 Monaten seit der Umstellung von http auf https habe ich in der htaccess den folgenden Code herausgenommen:

    RewriteCond %{HTTPS} off
              RewriteCond %{REQUEST_URI} !^/[0-9]+\..+\.cpaneldcv$
              RewriteCond %{REQUEST_URI} !^/[A-F0-9]{32}\.txt(?:\ Comodo\ DCV)?$
              RewriteCond %{REQUEST_URI} !^/\.well-known/acme-challenge/[0-9a-zA-Z_-]+$
              RewriteCond %{REQUEST_URI} !^/\.well-known/pki-validation/[A-F0-9]{32}\.txt(?:\ Comodo\ DCV)?$
              RewriteRule ^(.*)$ https://www.baerbels-naturfoto.de/$1 [R=301,L]

Nun tritt etwa nach 1 Tag bei verschieden Seiten diese ohne CSS auf:

naturfoto_defekt.jpg

Leere ich dann im Backend den Seitencache in Contao-Version 3.5.28 funktioniert die Seite wieder. Nach etwa einen Tag ist dann das gleiche Problem.
Abhilfe schafft auch den Code in die htaccess wieder einzufügen.
Nun wird vielleicht einer sagen warum laesst Du den Eintrag nicht. Bei Google hat die https -Umstellung keine Auswirkungen gehabt.
Bei Bing ist beim Ranking aber (fast)alles verloren. Das hängt vielleicht mit den hunderten 301-Verschiebungen in den Webmastertools zusammen, wie ich vermute.
Diese wurden seit der Umstellung auf https in den Webmastertools ausgewiesen.
Langsam werden diese jetzt abgebaut.

Ich wuerde mich ueber einen Hinweis freuen und danke im Voraus.
VG
kdf

[tab]

Du musst dafür sorgen, dass alle Seiten und alle Ressourcen mit https aufgerufen werden. Bing hin oder her. Ansonsten bringt dir der Server-Cache von Contao Probleme, weil da nicht zwischen http und https unterschieden wird. Wenn also die Seite mit http aufgerufen gecacht wird, dann steht das da in der gecacheten Version so im Base-Tag. Jetzt rufst du die Seite mit https auf, Contao holt die Seite mit dem falschen Base-Tag aus dem Cache und somit wird wird unter anderem dein CSS per http geladen. Da streikt dann der Browser und lädt es nicht wegen der unsicheren Verbindung / gemischte Inhalte. Deswegen hilft Cache löschen vorübergehend, weil dann erst mal nichts Falsches aus dem Cache geholt werden kann. Aber sowie die Seite wieder mal mit http aufgerufen im Cache landet, geht es wieder los.

Edit: Nach Wiedereinfügen des Codes in der .htaccess den Seitencache zu leeren sollte helfen, sofern es vor dem Entfernen des Codes funktioniert hat.

[kdf]

Hallo tab,

vielen Dank für die ausführliche Erläuterung der Zusammenhänge!!!

Ich habe den Tipp gleich probiert. Wäre großartig, wenn es hilft.
Gebe in 1-2 Tagen Bescheid.

Nochmals herzlichen Dank und beste Gruesse

kdf

[Andreas]

Bei den meisten Hostern kannst du die Einstellungen bezüglich SSL auch direkt im Account machen. https://baerbels-naturfoto.de/sitemap.html kann man nämlich z.B. immer noch nicht mit allen Ressourcen aufrufen.

Stelle in deinem Account ein, dass http auf https weitergeleitet wird. Und dass ohne www auf www. weitergeleitet wird. In deine htaccess brauchst du dann diesbezüglich nichts mehr einzutragen. Dies ist der bevorzugte Weg.

[tab]

Wie machst du das bei Webgo? Direktiven direkt in die httpd.conf eintragen?

[kdf]

Hallo Andreas,

vielen Dank für diesen Tipp. Ich habe ihn gleich ausprobiert. Leider kann ich machen was ich will, es endet immer in "Kein Zugriff auf diese Seite".
Im cPanel sieht das bei mir so aus:

Umleitung_c-panel.jpg

Eine schrittweise Eingabe, wie vorgeschlagen, also von http zu https und "ohne www" zu "www" ist nicht möglich. Es wird dann einfach zusammengefasst und das Ergebnis
ist dann kein Zugriff.
Das bei CMS die Umleitung "möglicherweise nicht funktioniert" steht in der Hilfe zum cPanel (nach Pkt.7 IMPORTANT):

https://documentation.cpanel.net/display/ALD/Redirects#

Wenn man es so machen will, geht´s wohl in diesem Fall leider nur über htaccess.

Übrigens, im Moment sind noch alle Seiten mit CSS nach der "Cache-Methode" sichtbar. Mal sehen, wie es morgen aussieht.

Beste Gruesse und vielen Dank!

kdf

[tab]

Woher hast du denn den Code in deiner .htaccess? Dass da irgendwas mit "cpanel" eingetragen ist, das ist mir bisher noch nicht untergekommen. Habe allerdings auch nie sowas mit cPanel gemacht.

[kdf]

Hallo tab,

das ist leider eine Frage, die ich nicht mehr beantworten kann. Den Code hatte ich irgendwo damals im Netz gefunden
und da die Umleitung funktionierte, habe ich ihn genommen, da dieser auch die Unterseiten (Links) zu https umleitete.
Ich bin bei Serverprofis, die cPanel verwenden.

Beste Gruesse

kdf

[tab]

Im Momrnt scheint da keine Umleitung auf https aktiv zu sein. So wie ich den Code sehe, wird einfach alles auf https umgeleitet, was mit http reinkommt mit Ausnahme von einigen Dateien und Verzeichnissen, die ich nicht ganz nachvollziehen kann. Das scheint aber ursprünglich von cPanel hinzugefügt zu werden. Hast du ein Zertifikat von Comodo?

[tab]

Das hier hattest du bei der Umstellung aber gemacht?

[Andreas]

Wie machst du das bei Webgo? Direktiven direkt in die httpd.conf eintragen?

Nein, nur meine gewünsche Domain in den Installationsordner leiten. Und die Aliase per 301 auf https://andreasburg.de/.
Bildschirmfoto am 2017-09-05 um 17.10.33.png
In den Einstellungen meiner gewünschten Domain dann Haken setzen, dass ich immer HTTPS möchte.
Bildschirmfoto am 2017-09-05 um 17.14.12.png
Das war's auch schon. Die htaccess ist die Originale ohne Anpassung.

[Andreas]

Hallo Andreas,
...
Im cPanel sieht das bei mir so aus:...

Das müsste ich mir mal selber ansehen. Ich kenne cPanel nicht.

Grundsätzlich würde ich sagen, wenn du dort eine Weiterleitung eingestellt hast, dann schreibt cPanel etwas unten in die htaccess. Das müsstest du dann wahrscheinlich nach oben setzen.

Oder dir ein Beispiel hier aus dem Forum abschauen, von einer funktionierenden Weiterleitung mittels htaccess alles auf HTTPS und ohne www auf .www. Ich habe das bisher noch nicht benötigt.

[tab]

Nein, nur meine gewünsche Domain in den Installationsordner leiten. Und die Aliase per 301 auf https://andreasburg.de/.
Bildschirmfoto am 2017-09-05 um 17.10.33.png
In den Einstellungen meiner gewünschten Domain dann Haken setzen, dass ich immer HTTPS möchte.
Bildschirmfoto am 2017-09-05 um 17.14.12.png
Das war's auch schon. Die htaccess ist die Originale ohne Anpassung.

Ah ja, muss ich doch direkt heute Abend mal probieren. Auf die Idee das so einzutragen bin ich noch gar nicht gekommen.

[kdf]

Hallo tab,

ja die "HTTPS in Sitemaps" in der Seitenstruktur ist angekreuzt.

VG
kdf

[kdf]

Hallo tab,

Im Momrnt scheint da keine Umleitung auf https aktiv zu sein. So wie ich den Code sehe, wird einfach alles auf https umgeleitet, was mit http reinkommt mit Ausnahme von einigen Dateien und Verzeichnissen, die ich nicht ganz nachvollziehen kann. Das scheint aber ursprünglich von cPanel hinzugefügt zu werden. Hast du ein Zertifikat von Comodo?

Die Umleitung von http zu https als Domain-Umleitung hatte ich rückgängig gemacht, da dann "kein Zugriff mehr auf die Seite."

Bei der Zertifikate-Verwaltung auf dem Server ist als Aussteller "Let's Encrypt" angegeben, also nicht comodo.

VG
kdf

[kdf]

Hallo Andreas,

Das müsste ich mir mal selber ansehen. Ich kenne cPanel nicht.

Grundsätzlich würde ich sagen, wenn du dort eine Weiterleitung eingestellt hast, dann schreibt cPanel etwas unten in die htaccess. Das müsstest du dann wahrscheinlich nach oben setzen.

Ich habe die Umleitung im cPanel gemacht und wie Du geschrieben hat es ganz unten in die htaccess (original .htaccess.default dafür verwendet) eingetragen:

RewriteCond %{HTTP_HOST} ^baerbels\-naturfoto\.de$ [OR]
 RewriteCond %{HTTP_HOST} ^www\.baerbels\-naturfoto\.de$
 RewriteCond %{REQUEST_URI} !^/[0-9]+\..+\.cpaneldcv$
 RewriteCond %{REQUEST_URI} !^/\.well-known/acme-challenge/[0-9a-zA-Z_-]+$
 RewriteCond %{REQUEST_URI} !^/\.well-known/pki-validation/[A-F0-9]{32}\.txt(?:\ Comodo\ DCV)?$
 RewriteRule ^/?$ "https\:\/\/www\.baerbels\-naturfoto\.de\/" [R=301,L]

Diesen Teil habe ich dann in der htaccess nach oben gesetzt.
Gebe ich nun http://baerbels-naturfoto.de oder http://www.baerbels-naturfoto.de ein wird es im Firefox auf https://www.baerbels-naturfoto.de umgewandelt.

Leider zeigt es in Firefox noch "Fehler: Umleitungsfehler" an.

VG
kdf

[kdf]

Gerade mal noch den contao-check gemacht:

Eine Contao 3.5.28-Installation wurde gefunden.

Ihre Installation ist aktuell.

Das Install-Tool leitete auch fehlerfrei zum contao-Backend.
Die Contao-Installation befindet sich nicht in einem Ordner sondern im Root.

VG
kdf

[Andreas]

Was hast du denn da für einen Hoster?

Wenn der Hoster das in die htaccess schreibt, dann kann man das auch direkt selber machen. In der .htaccess.default ist ein Block vorbereitet für Umleitungen. An diese Stelle kann (sollte) man seine Umleitungen reinschreiben.

  # Uncomment the following lines to remove "www." from the domain:
  #
  #   RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC]
  #   RewriteRule (.*) http://example.com/$1 [R=301,L]

# my rewrite
# wenn auf HTTP
RewriteCond %{HTTPS} off [OR] # AND is implicit
# oder wenn ohne www. anfängt
RewriteCond %{HTTP_HOST} ^baerbels-naturfoto\.de$ [NC] # NC = no case
# dann weiterleiten
RewriteRule (.*) https://www.baerbels-naturfoto.de/$1 [R=301,L] 

Diese 3 Zeilen, welche das Rewrite bei solchen Requests nicht ausführen soll

/123.foo.cpaneldcv
/.well-known/acme-challenge/abc_123
/.well-known/pki-validation/A3FFC0B.txt

solltest du eigentlich nicht benötigen. Wenn doch, dann verschiebe deine Installation in einen eigenen Ordner und leite die Hauptdomain dorthin. Das solltest du sowieso machen.

[kdf]

Hallo Andreas,

vielen Dank für Deine Mühen!!!

Mein Hoster ist Serverprofis.
Das Problem ist dort halt, das eine Umleitung der Hauptdomain in einen Ordner noch nicht möglich ist, was an cPanel liegen soll.

Diese 3 Zeilen, welche das Rewrite bei solchen Requests nicht ausführen soll

Die 3 Zeilen habe ich herausgenommen. Hat aber keine Auswirkung auf den "Umleitungsfehler" gebracht.

Übrigens habe ich an der von Dir angegebenen Stelle in der htaccess den Code, den cPanel an das Ende der htaccess geschrieben hat, eingefügt.
Eigentlich hat cPanel, wie Du es treffend schreibst, nichts anderes gemacht als bei der Umleitung von http auf https die htaccess geändert, was
nicht der Wunsch und das Ziel war.

Ich habe nun Deinen Code in die htaccess anstelle den von cPanel erzeugten Code eingegeben und der Umleitungsfehler ist weg.

# my rewrite
# wenn auf HTTP
RewriteCond %{HTTPS} off [OR] # AND is implicit
# oder wenn ohne www. anfängt
RewriteCond %{HTTP_HOST} ^baerbels-naturfoto\.de$ [NC] # NC = no case
# dann weiterleiten
RewriteRule (.*) https://www.baerbels-naturfoto.de/$1 [R=301,L]

Vielleicht habe ich Glück und bing-webmaster-tool baut die "permanenten 301-Umleitungen" weiter ab, da ich diese als Ursache für das zusammengebrochene Ranking sehe.

Nochmals herzlichen Dank für die vielen Bemühungen an tab und Dich!

Beste Gruesse

kdf

[Andreas]

Ordner erstellen sollte eigentlich Pflicht sein. Mach dem Hoster Dampf. So kannst du z.B. auch kein Contao 4 installieren. Bis dahin solltest du auf jeden Fall keine andere Applikation im Root aufsetzen.

Diese 3 Zeilen hatten nichts mit dem Fehler zu tun, das ist klar.

In die Sache mit dem Ranking hatte ich mich nicht reingelesen, bzw. gedacht. Da halte ich mich raus.

[tab]

Ah ja, muss ich doch direkt heute Abend mal probieren. Auf die Idee das so einzutragen bin ich noch gar nicht gekommen.

Ich habe das jetzt mal so ausprobiert mit einer nicht benutzten Domain, die nur aus einer statischen index.html besteht. Funktioniert - fast.
Rufe mal auf: https://www.andreasburg.de -> Nicht gesicherte Verbindung
Eigentlich sollte da in deinem Beispiel auf https://andreasburg.de weitergeleitet werden
In meinem Beispiel passiert es bei https://meinedomain.de was ich eigentlich nach https://www.meinedomain.de weitergeleitet haben will. Das müsste man dann wohl doch noch in der .htaccess machen. ?!?

Edit: Müsste man nicht . Ich konnte es bei mir fixen, indem ich auch ein SSL-Zertifikat für meinedomain.de ohne www angelegt habe. Jetzt funktioniert es wie gewünscht. Bei dir müsste also vermutlich einfach auch www.andreasburg.de ein SSL-Zertifikat bekommen.

[Andreas]

Tatsächlich, ich hatte dies wohl nicht kontrolliert, immer nur die Domain in die Adressleiste eingetragen und die Umleitung von http auf https getestet. Vielen Dank.

Was seltsam ist, ich wollte auf die zusätzlichen Zertifikate verzichten und folgende Umleitung in der htaccess einrichten.

RewriteCond %{HTTP_HOST} !^andreasburg\.de$ [NC]
RewriteRule (.*) https://andreasburg.de/$1 [R=301,L]

Aber dies geht nicht. Die Prüfung scheint vorher stattzufinden?

Jetzt, nachdem ich die zusätzlichen 3 Zertifikate angelegt habe, bekomme ich noch die Idee, ob es vielleicht an der Einstellung "http automatisch zu https umleiten" liegen kann? Habe aber jetzt keine Lust, dies nochmal zu prüfen. Falls das jemand machen möchte und es liegt daran, bitte berichten.

Oder ob es gegangen wäre, wenn ich die Umleitungen nicht auf https://andreasburg.de/ sondern auf http://andreasburg.de/ gesetzt hätte?

[tab]

Ja, um zu erfahren wohin umgeleitet wird, muss ja erst einmal eine Verbindung bestehen. Wenn der Browser aber über https keine gesicherte Verbindung herstellen kann, dann war's das schon. Zur Weiterleitung kommt es schon gar nicht mehr. Insofern braucht man für beide Varianten ein Zertifikat, manche Zertifikate beinhalten auch einfach beide Varianten, mit und ohne www. Let's encrypt kann das auch, aber das Interface von webgo gibt das halt nicht her, jedenfalls sehe ich nichts dergleichen. Bei uberspace wird sogar per Script automatisch ein Let's Encrypt Zertifikat für alle aufgeschalteten Domains erstellt.

[Andreas]

Ja, beim Anlegen von Let's Encrypt ist bei Webgo die Checkbox "SSL für Subdomains aktivieren" leider disabled.

[do_while]

Vielleicht ist Webgo auch schon einen Schritt voraus und hat da was vorbereitet:
Wildcard-Zertifikate soll es bei Lets Encrypt ab nächsten Januar geben

https://letsencrypt.org/2017/07/06/w...-jan-2018.html