{"id":1962,"date":"2026-08-15T15:39:05","date_gmt":"2026-08-15T12:39:05","guid":{"rendered":"https:\/\/allinonewpsettings.com\/blog\/?p=1962"},"modified":"2026-08-04T11:29:00","modified_gmt":"2026-08-04T11:29:00","slug":"ssl-zertifikatname-stimmt-in-wordpress-nicht-ueberein","status":"publish","type":"post","link":"https:\/\/allinonewpsettings.com\/blog\/de\/ssl-zertifikatname-stimmt-in-wordpress-nicht-ueberein\/","title":{"rendered":"SSL-Zertifikat passt nicht zum Hostnamen: Fehler in WordPress beheben"},"content":{"rendered":"

Besucher von shop.example.com<\/code> erhalten ein Zertifikat, das nur f\u00fcr example.com<\/code> gilt. Eine Weiterleitung zur Hauptdomain hilft nicht, denn der Browser pr\u00fcft die Zertifikatsidentit\u00e4t, bevor \u00fcberhaupt eine HTTP-Anfrage gesendet wird.<\/p>\n

Ein Namensfehler l\u00e4sst sich nur beheben, indem Zertifikat, SNI-Bindung und \u00f6ffentlicher Host zusammenpassen. Dieser Artikel zeigt, wie Sie alle erreichbaren Namen erfassen und falsche Standardzertifikate an CDN, Proxy oder Webserver finden.<\/p>\n

\nInhaltsverzeichnis<\/strong><\/p>\n
    \n
  1. Was das Thema bedeutet<\/a><\/li>\n
  2. Ein realistisches WordPress-Beispiel<\/a><\/li>\n
  3. Warum es wichtig ist und wann es eingesetzt wird<\/a><\/li>\n
  4. Der einfache Weg f\u00fcr Einsteiger<\/a><\/li>\n
  5. Der technische Weg<\/a><\/li>\n
  6. Risiken, h\u00e4ufige Fehler, Backup und Rollback<\/a><\/li>\n
  7. Wie AIOWS unterst\u00fctzt: AIOWS SSL Manager<\/a><\/li>\n
  8. Passende AIOWS-Artikel<\/a><\/li>\n
  9. Fazit und empfohlener Weg<\/a><\/li>\n
  10. Offizielle Quellen<\/a><\/li>\n<\/ol>\n<\/div>\n

    Was ein Zertifikats-Namensfehler ist<\/h2>\n

    Das Zertifikat muss den angefragten Hostnamen in den Subject Alternative Names (SANs) enthalten. Der \u00e4ltere Common Name ist daf\u00fcr heute nicht die ma\u00dfgebliche Grundlage. Ein Wildcard-Zertifikat f\u00fcr *.example.com<\/code> deckt Namen wie shop.example.com<\/code> ab, jedoch weder example.com<\/code> selbst noch a.b.example.com<\/code>.<\/p>\n

    Zus\u00e4tzlich muss der richtige TLS-Endpunkt dieses Zertifikat f\u00fcr den per SNI gesendeten Hostnamen ausliefern. Ein passender SAN-Eintrag n\u00fctzt nichts, wenn CDN oder Virtual Host eine andere Bindung verwendet.<\/p>\n

    Ein realistisches WordPress-Beispiel<\/h2>\n

    F\u00fcr einen Shop wurde shop.example.com<\/code> als CDN-Alias angelegt. Das Zertifikat am CDN enth\u00e4lt den Namen, der Alias wurde aber keinem konkreten Dienst zugeordnet und landet deshalb am Standard-Host. Dieser pr\u00e4sentiert ein Zertifikat f\u00fcr eine fremde Domain.<\/p>\n

    Das Team korrigiert die Alias- und Zertifikatsbindung, pr\u00fcft jede aufgel\u00f6ste IPv4- und IPv6-Adresse mit dem richtigen SNI-Wert und testet erst danach die Weiterleitung auf die kanonische URL. WordPress selbst ben\u00f6tigt keine \u00c4nderung.<\/p>\n

    Warum der Fehler vor WordPress behoben werden muss<\/h2>\n

    Ein Browser kann einer Verbindung mit falscher Identit\u00e4t nicht vertrauen. Daher erreichen Login, REST, OAuth-Callbacks und Webhooks WordPress m\u00f6glicherweise gar nicht. Eine Weiterleitung oder ein Plugin kann die Pr\u00fcfung nicht nachtr\u00e4glich reparieren.<\/p>\n

    Der Ablauf gilt f\u00fcr Hauptdomain, www<\/code>, Subdomains, Staging-Namen und externe Host-Aliase. Entfernen Sie Namen, die nicht \u00f6ffentlich erreichbar sein sollen, statt sie ungepr\u00fcft in jedes Zertifikat aufzunehmen.<\/p>\n

    Der einfache Weg f\u00fcr Einsteiger<\/h2>\n
      \n
    1. Notieren Sie die exakte URL aus der Browserwarnung.<\/li>\n
    2. Pr\u00fcfen Sie, welche Namen das ausgelieferte Zertifikat tats\u00e4chlich abdeckt.<\/li>\n
    3. Listen Sie Hauptdomain, www<\/code> und alle ben\u00f6tigten Subdomains vollst\u00e4ndig auf.<\/li>\n
    4. Stellen Sie ein passendes Zertifikat aus und binden Sie es am \u00f6ffentlichen Endpunkt ein.<\/li>\n
    5. Testen Sie jeden Host in einem privaten Fenster und aus einem zweiten Netz.<\/li>\n
    6. Richten Sie erst danach die gew\u00fcnschte kanonische Weiterleitung ein.<\/li>\n<\/ol>\n

      Der technische Weg<\/h2>\n

      Erstellen Sie eine Matrix aus Hostname, DNS-Ziel, IP-Adresse, SNI-Wert, erwarteter Seriennummer, SAN-Treffer, CDN- oder Virtual-Host-Bindung und sp\u00e4terem Redirect-Ziel. Pr\u00fcfen Sie jede aktive Adresse einzeln, damit Round-Robin-DNS keinen fehlerhaften Knoten verdeckt.<\/p>\n