Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen
Hallo!
Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.
Hat zufällig jemand eine Ahnung, wie man auf möglichst einfachem Wege die bei dem jeweiligen Provider für die jeweilige Website genutzte OpenSLL Version auslesen kann?
zum Beispiel mit passthru
https://www.php.net/manual/de/function.passthru.php
openssl versionssh Verbindung aufmachen und
openssl versioneingeben
Hmm danke, ich kann kein PHP. Bräuchte also schon ein fertiges Script, welches ich einfach hochladen kann
borh ey... jobforum ist schon wieder ausgefallen...
PHP Lernen:
https://riptutorial.com/php
Interessant wäre es evtl. zu wissen was diese "massive Probleme mit Webseiten" sind? Worin äußert sich das?
Hintergrund der Frage: vor 2 Wochen lief ein Root-Zertifikat von LetsEncrypt aus. Ältere Systeme kennen dieses nicht. Da hilft auch kein Update von openssl. Man muss entweder das alte Root-Zertifikat vom Server entfernen (eine "Lösung" für Debian 8) oder die Prüfung auf gültige Zertifikate unterbinden. In jedem Fall sollte man aber eher ein komplettes System-Update mal angehen.
Es sind wie gesagt die Zertifikate am System die dafür zuständig sind. Ich habe hier nun nach deinem Hinweis auch einen Bugeintrag von Wordpress dazu gefunden:
https://core.trac.wordpress.org/ticket/54207
Interessant ist die Anmerkung von jnylen0 dort:
When the server is using cURL with an old version of OpenSSL, and the expired DST Root certificate is still present in the system certificate store, then the fix in this ticket is not enough to resolve the issue. This is because cURL will always use the certificates in the system store, even if another bundle is specified, and older versions of OpenSSL will stop and report an error when they encounter an expired certificate chain.
Selbst wenn Du also diese Core-Datei anpassen würdest (wovon ich dringend abrate) kann es sein, dass es bei dir weiterhin nicht funktioniert da das System das veraltete Zertifikat weiterhin bereitstellt.
Wie ich dem Bugtracker-Eintrag entnehme soll es wohl auch ein Wordpress-Update dazu geben. Das wird aber vermutlich nicht in allen Fällen helfen. Wie oben schon gesagt ist die optimale Lösung eine Aktualisierung des Systems.
Selbst wenn Du also diese Core-Datei anpassen würdest (wovon ich dringend abrate) kann es sein, dass es bei dir weiterhin nicht funktioniert da das System das veraltete Zertifikat weiterhin bereitstellt.
Wie gesagt, der Vorschlag des Providers funktioniert. Aber wahrscheinlich ja nur bis zum nächsten WP Update. Es sei denn bis dahin hat WP eine Lösung.
Wie oben schon gesagt ist die optimale Lösung eine Aktualisierung des Systems.
Welches System meinst du?
Welches System meinst du?
Betriebsystem deines Webhosters. Wenn dieser wirklich noch Debian 8 eingesetzt, dann Gute Nacht.
Die Frage ist:
Hat zufällig jemand eine Ahnung, wie man auf möglichst einfachem Wege die bei dem jeweiligen Provider für die jeweilige Website genutzte OpenSLL Version auslesen kann?
phpinfo();
Betriebsystem deines Webhosters. Wenn dieser wirklich noch Debian 8 eingesetzt, dann Gute Nacht.
Von Server-Systemen habe ich keine Ahnung. Kann ich das auch irgendwie einesehen/auslesen?
In WP bekomme ich diese Infos:
phpinfo();
Ja! Das ist doch die supereinfache Lösung!
Zeig mal die phpinfo. Evtl. kann man an den installierten Paketen das System finden.
Dank des phpinfo(); Befehls konnte ich jetzt diverse Domains durchprüfen. In der Regel verwende ich überwiegend dieselben Plugins. Auf allen Seiten mit einer OpenSSL Version 1.0.1 tritt der Fehler auf:
cURL error 60: SSL certificate problem: certificate has expiredAuf Seiten ab Version 1.0.2l bis 1.1.1d gibt es keine Probleme. ich gehe bisher davon aus, dass der Fehler also verschwinden würde, würde der Provider mal das OpenSSL aktualisieren oder das ganze System oder wie auch immer.
Zeig mal die phpinfo. Evtl. kann man an den installierten Paketen das System finden.
Danke fürs Angebot, aber das wäre mir die Preisgabe von zu viel Informationen.
OS/Server: Linux SMP PVE 4.15.18-37 (Sat, 13 Apr 2019 21:09:15 +0200) x86_64
Wenn ich das eben richtig recherchiert habe basiert dieses Linux-System auf Debian 8 (Jessie) welches nur die veralteten LetsEncrypt-Zertifikate kennt. Das alleine dürfte schon die Ursache für deine Probleme sein. Derjenige der dieses System betreut müsste dir helfen können. Oder du ziehst dein Projekt auf ein neues System um. Ein Provider der sowas altes einsetzt ist nicht wirklich glaubwürdig.
Ich habe noch keinen Provider gefunden, der mich wirklich locken würde.
Da scheinst du uns nicht zu kennen :rolleyes:
Auf Grund deiner bisher beschriebenen Anforderungen kann man dir nicht mal eine Richtung raten. Kannst dich ja mal hier in der Suche umschauen, ob du ein für dich passendes Angebot findet: https://www.webhostlist.de
Im heutigen Wordpress-Update ist übrigens eine Korrektur des in Wordpress enthaltenen CA-Bundle enthalten, was das LetsEncrypt-Problem zumindest in Wordpress selbst lösen sollte.
https://core.trac.wordpress.org/ticket/54207
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!