Browser blockt Seiten mit NET::ERR_CERT_DATE_INVALID? Meist geht nur die Systemuhr falsch. So korrigierst du Zeit und Zertifikatsprüfung.
Aufwand:
ca. 5 Min.
Voraussetzung:
Zugang zum BIOS/UEFI-Setup
Das Symptom
Statt der gewünschten Seite zeigt der Browser eine rote Warnseite:
„Die Verbindung ist nicht privat“ bzw. „Ihre Verbindung ist nicht sicher“,
darunter der Code NET::ERR_CERT_DATE_INVALID. Und das nicht nur bei einer
Seite, sondern plötzlich fast überall – selbst bei Google.
Die „Layer 8“-Wahrheit
TLS-Zertifikate haben ein Ablaufdatum, und der Browser prüft dieses gegen die
Uhr deines Computers. Geht die falsch – weil die BIOS-Batterie leer ist, die
Zeitzone verstellt wurde oder die automatische Zeitsynchronisation aus ist –,
dann hält der Browser jedes kerngesunde Zertifikat für abgelaufen oder noch
nicht gültig. Die Warnung ist also fast immer korrekt: Etwas stimmt mit dem
Datum nicht. Nur eben nicht mit dem der Website, sondern mit dem im eigenen
Rechner. Faustregel: Fehler überall = eigene Uhr. Fehler auf einer Seite = deren
Zertifikat.
Die echte, verifizierte Lösung
1000 % faktenbasiert. Jeder Befehl ist real, jeder Pfad existiert. Schritt für Schritt:
1.
Systemuhr und Zeitzone prüfen
Die häufigste Ursache: falsches Datum/Uhrzeit oder falsche Zeitzone. In den Systemeinstellungen 'Datum und Uhrzeit automatisch setzen' aktivieren und die Zeitzone korrekt wählen.
2.
Zeit unter Windows neu synchronisieren
Den Windows-Zeitdienst manuell mit dem Zeitserver abgleichen (Administrator-Eingabeaufforderung):
w32tm /resync
3.
Browser-Cache und HSTS umgehen
Testweise ein Inkognito-Fenster öffnen und die Seite hart neu laden (Strg+F5). Bleibt der Fehler dort weg, lag es am zwischengespeicherten Zustand des normalen Profils.
4.
HTTPS-Scan von Antivirus/Proxy prüfen
Manche Antiviren- oder Firewall-Programme schalten sich per eigenem Zertifikat in HTTPS-Verbindungen. Deren 'HTTPS-Scan'/'SSL-Scan' testweise deaktivieren und prüfen, ob der Fehler verschwindet.
5.
Einzelne Seite gegenprüfen
Tritt der Fehler nur bei einer bestimmten Domain auf, ist das Zertifikat dort wirklich abgelaufen. Das lässt sich clientseitig nicht sicher umgehen – der Seitenbetreiber muss das Zertifikat erneuern.
Häufige Fragen (FAQ)
?Warum bekomme ich auf allen Seiten NET::ERR_CERT_DATE_INVALID?
Wenn der Fehler überall auftritt, geht fast sicher die Systemuhr falsch. Der Browser vergleicht die Gültigkeit des Zertifikats mit der lokalen Zeit – stimmt das Datum nicht, erscheint jedes gültige Zertifikat als 'abgelaufen' oder 'noch nicht gültig'.
?Der Fehler kommt nur auf einer Seite – was heißt das?
Dann ist mit deinem System alles in Ordnung und das Zertifikat dieser einen Seite ist tatsächlich abgelaufen oder falsch konfiguriert. Das kann nur der Betreiber der Website beheben.
Belege
Diese Seite ist gegen die folgenden Primärquellen geprüft – Hersteller, Standard oder Gesetzestext. Wer es nicht glaubt, muss es nicht: Da steht, wo es nachzulesen ist.
Liegen mehrere HTTPS-Namen auf einer IP, entscheidet die SNI-Erweiterung, welches Zertifikat kommt. Fehlt sie, liefert der Server das Standardzertifikat.