Kaputtes Forenlayout durch HTTPS-Verbindung

Frosdedje

Commodore Special
Mitglied seit
17.06.2011
Beiträge
357
Renomée
390
Standort
Im Kino
Seit mehreren Stunden (los geht's ab diesem Post im "Was macht ihr gerade"-Thread) werden Hauptseite und Forum
auf eine https-Verbindung zwangsangesteuert, wodurch jetzt so gut wie vieles nicht geht oder zerschossen ist:

Anzeichen:
- Das Startseitenlayout ist zu Teilen kaputt und das Forum läuft nur noch als Default:
hilfe.jpg


- Auf Artikel und News kann nicht mehr zugegriffen werden, da ein "404 Not Found" als Fehlermeldung angegeben wird:
hilfe2.jpg


- Beim Antworten bei Beträgen und auf das Klicken auf die "Erweitert"-Schaltfläche kommt immer eine HTTP-Warnung raus:
hilfe3.jpg


- Firefox gibt eine Verbindungs-Hinweis raus (DC Wiki-Seitenaufruf), wo über Fehler in irgendwelchen SSL-Zertifikaten gesprochen wird:
hilfe4.jpg



Als Browser kommt Firefox in der 35.0.1-Version zum Einsatz, aber auf andere Seiten bzw. Foren mit ähnliche vBulletin-Verion
wie z.B das PCGHX-Forum treten solche Probleme nicht auf und bei anderen Usern tritt das gleiche Problem unter verschiedene Browsern auf.
(steht in weiteren Beiträgen im "Was macht ihr gerade"-Thread)
 
Zuletzt bearbeitet:
Ja, das Problem tritt seit heute Abend leider wohl verstärkt auf. Der L.I. ist schon an der Arbeit. :)
 
Ich habe das Problem seit eben nun selbst auch. Ursache bislang unbekannt, da die letzten Tage nichts am Server oder der Seite gemacht wurde.
 
Man kann das Problem zumindest umschiffen wenn man dem Browser gestattet aus "unsicheren Quellen" nachzuladen, aber das ist natürlich nicht Sinn der Sache.

Ich hatte bis eben übrigens keine Probleme, aber jetzt hat es meinen Browser auch zerlegt.

Edit 2: Cache löschen (inklusive aller Cookies) mit neuem Login hat das Problem vorerst gefixt.

Edit 3: Es hat bei mir im Chromium auch nur Cache ohne Cookies zu löschen und neuem Login gereicht.
 
Zuletzt bearbeitet:
STRG+F5 ;) also vorübergehend :)
 
stimmt den cache löschen hat geholfen..... oder habt ihr doch was gemacht ?^^

mal schaun wann es wieder auftritt.
 
Da ich in der Server-Config nichts fehlerhaftes finde (ich bin allerdings auch kein Apache-Experte), habe ich nun erstmal die Flucht nach vorn angetreten und kurzerhand in Wordpress und vBulletin https zum Standard erhoben. Das läuft nicht perfekt, aber besser als der alte Zustand.
 
auf jeden fall danke dafür ....zumindest scheint es auf die weise zu funktionieren :)
 
Auch an dieser Stelle nochmal: Das erklärt nicht, wieso es plötzlich Probleme gibt wenn niemand was an der Konfiguration geändert hat, zumal HTTPS und damit der Strict Transport Security Header, normalerweise gar nicht zum Einsatz kommen sollten.
 
öhm heisst das jetzt das die nsa mir was auf den rechner schmuggeln kann ? *buck*
 
Nein, keine Sorge.
Das heisst dass auf einer https Webseite einige Dinge trotzdem noch mit http da sind und Du erlaubst diese zu laden.
Früher war alles im Klartext jetzt ist das Meiste verschlüsselt.
Nicht alles aber eben das Meiste.
 
Ich nehme mal an, euch ist bewusst, dass die von euch geschaltete Werbung nun praktisch komplett tot liegt (bis auf ein paar Ausnahmen), weil die über unverschlüsselte Verbindungen eingebunden wird und kein aktueller Browser das Laden unverschlüsselter Inhalte auf einer mit HTTPS geladenen Seite vornehmen wird.

Übrigens hatte ich noch überhaupt kein zerschossenes Layout, auch gestern und in den vergangenen Tagen nicht *noahnung*. Möglich, dass mein Firefox die fehlenden Inhalte aus dem Cache geladen hat.

MfG Dalai
 
Mir war vor ein paar Tagen aufgefallen, dass der Internet Explorer 11 von Windows Phone 8.1 (Denim) die Rubrik "News und Artikel" in der Gesamtübersicht (von vBulletin) ohne Inhalt dargestellt hat. Das gab es nie zuvor. Auf Umwegen konnte man dann jedoch trotzdem zu "Kommentare" und "User-News" gelangen. Womöglich hilft euch das bei der Fehlersuche weiter. Es muss jedoch kein Zusammenhang bestehen.
 
meeeh ... etwas was mir gerade aufgefallen ist und ich hoffe es ist nicht von dauer.... es lassen sich keine videos mehr einfügen mit [ youtube ] .... [ / youtube ]
da kommt immer "borked". heisst also auch die bereits so eingefügt wurden gehn nicht mehr. :(
 
meeeh ... etwas was mir gerade aufgefallen ist und ich hoffe es ist nicht von dauer.... es lassen sich keine videos mehr einfügen mit [ youtube ] .... [ / youtube ]
da kommt immer "borked". heisst also auch die bereits so eingefügt wurden gehn nicht mehr. :(
Sollte wieder gehen.
 
um es wie der terminator zu sagen .... exzellent ^^ ;)
 
Zuletzt bearbeitet:
Inzwischen sind fast alle Probleme behoben, aber eines gibt es noch:
Man kann keine Blogs mehr lesen, da beim Zugriff ein "404 Not Found"-Fehlermeldung kommt.
hilfe5.jpg
 
Ich komme mit dem FF aktuell auch nicht mehr....der Seite wird nicht vertraut und/oder:


URI: index.html.ca Content-language: ca Content-type: text/html URI: index.html.cz.iso8859-2 Content-language: cs Content-type: text/html;charset=ISO-8859-2 URI: index.html.de Content-language: de Content-type: text/html URI: index.html.dk Content-language: da Content-type: text/html URI: index.html.ee Content-language: ee Content-type: text/html URI: index.html.el Content-language: el Content-type: text/html URI: index.html.en Content-language: en Content-type: text/html URI: index.html.es Content-language: es Content-type: text/html URI: index.html.et Content-language: et Content-type: text/html URI: index.html.fr Content-language: fr Content-type: text/html URI: index.html.he.iso8859-8 Content-language: he Content-type: text/html;charset=ISO-8859-8 URI: index.html.hr.iso8859-2 Content-language: hr Content-type: text/html;charset=ISO-8859-2 URI: index.html.it Content-language: it Content-type: text/html URI: index.html.ja.iso2022-jp Content-language: ja Content-type: text/html;charset=ISO-2022-JP URI: index.html.ko.euc-kr Content-language: ko Content-type: text/html;charset=EUC-KR URI: index.html.ltz.utf8 Content-language: ltz Content-type: text/html;charset=UTF-8 URI: index.html.lu.utf8 Content-language: lu Content-type: text/html;charset=UTF-8 URI: index.html.nl Content-language: nl Content-type: text/html URI: index.html.nn Content-language: nn Content-Type: text/html URI: index.html.no Content-language: no Content-type: text/html URI: index.html.po.iso8859-2 Content-language: pl Content-type: text/html;charset=ISO-8859-2 URI: index.html.pt Content-language: pt Content-type: text/html URI: index.html.pt-br Content-language: pt-br Content-type: text/html URI: index.html.ru.cp-1251 Content-language: ru Content-type: text/html;charset=WINDOWS-1251 URI: index.html.ru.cp866 Content-language: ru Content-type: text/html;charset=CP866 URI: index.html.ru.iso-ru Content-language: ru Content-type: text/html;charset=ISO-8859-5 URI: index.html.ru.koi8-r Content-language: ru Content-type: text/html;charset=KOI8-r URI: index.html.ru.utf8 Content-language: ru Content-type: text/html;charset=UTF-8 URI: index.html.sv Content-language: sv Content-type: text/html URI: index.html.zh-cn.gb2312 Content-language: zh-CN Content-type: text/html;charset=GB2312 URI: index.html.zh-tw.big5 Content-language: tw, zh-TW Content-type: text/html;charset=Big5
 
www.planet3dnow.de verwendet ein ungültiges Sicherheitszertifikat.
Das Zertifikat gilt nur für folgende Namen: secure.planet3dnow.de, planet3dnow.de

(Fehlercode: ssl_error_bad_cert_domain)

Der IE9 lässt mich wenigstens auf die Seite obwohl man ihn davon überzeugen muss, FF macht sofort dicht.
 
An einen dauerhaften Betrieb über https war leider nicht zu denken, da wir zuviel von externen Servern laden, die kein https können. Mal ganz davon abgesehen, dass nichts die User daran hindern würde, Bilder von extern ohne SSL einzubinden. Die Webbrowser würden also ständig über Mixed Content meckern, was auf Dauer tierisch nervig ist.
Deshalb haben wir https für den öffentlichen Teil der Seite nun ganz abgeschaltet. Wir sind nun also nur noch über http zu erreichen.
Wenn euer Firefox noch auf https umspringt, liegt das an einem sogenannten Supercookie. Den werdet ihr los, indem ihr im Firefox-Menü (ggf. einmal Alt drücken, damit ihr es seht) auf Chronik -> Neueste Chronik löschen klickt und dort unter "Details" den Haken bei "Website-Einstellungen" setzt. Die anderen Haken könnt ihr rausnehmen. Als Zeitraum sollte "Alle" ausgewählt werden:
Supercookies löschen.png
 
Im Google Chrome kann man Supercookies löschen, indem man die Adresse chrome://settings/clearBrowserData öffnet und "Cookies und andere Website- und Plugin-Daten" löscht. Als Zeitraum ist "Letzte 4 Wochen" oder gleich "Gesamter Zeitraum" zu wählen.
 
Zurück
Oben Unten