Zertifikatsketten-Reparatur — SSL-Bündel sortieren und vervollständigen

Weil in dem, was Ihr Server sendet, das Zwischenzertifikat fehlt. Desktop-Browser verbergen das: Sie speichern Zwischenzertifikate von anderen Seiten und können ein fehlendes über die Adresse im Zertifikat nachladen. Android, curl, Java, Python und die meisten API-Clients tun beides nicht, sehen eine Kette, die keine vertrauenswürdige Wurzel erreicht, und verweigern die Verbindung. Fügen Sie Ihre Kette hier ein — meldet sie ein fehlendes Zwischenzertifikat, ist das der ganze Fehler.

Zuerst das Serverzertifikat, dann das ausstellende Zwischenzertifikat, dann dessen Aussteller und so weiter. Die Wurzel bleibt weg. Manche Server tolerieren eine andere Reihenfolge, OpenSSL, Java und die meisten Load Balancer nicht — die sichere Antwort ist also immer: Endzertifikat zuerst.

Nein. Ein Client vertraut einer Wurzel, weil sie in seinem eigenen Speicher liegt, nicht weil ein Server sie geschickt hat — eine Wurzel über die Leitung wird ignoriert und kostet nur ein bis zwei Kilobyte bei jedem einzelnen Handshake. Harmlos, aber sinnlos; die hier erzeugte Datei lässt sie weg.

Von der Zertifizierungsstelle, auf derselben Seite, auf der Sie Ihr Zertifikat abgeholt haben. Nutzer von Let's Encrypt trifft das normalerweise nicht, weil certbot fullchain.pem mit bereits enthaltenem Zwischenzertifikat schreibt — wenn Sie cert.pem statt fullchain.pem konfiguriert haben, genügt es, den Pfad zu ändern.

Ein Zertifikat in Ihrer Datei, das dort weder etwas ausgestellt hat noch von etwas dort ausgestellt wurde. Meist ein Rest eines früheren Zertifikats oder eine Wurzel, die neben einer Kette liegt, die zu einer anderen Wurzel führt. Es bricht für sich genommen nichts, zeigt aber, dass die Datei von Hand zusammengestellt wurde — und lohnt eine Aufräumaktion.