Error_log : komische Zertifikats-Fehlermeldungen

das error_log einer Domain (bei der ein gekauftes Zertifikat von mir hinterlegt ist)
quillt über (ca. 2000) mit Einträgen die da lauten

...
[Tue Feb 25 14:39:05 2014] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Tue Feb 25 14:39:06 2014] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Tue Feb 25 14:39:17 2014] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Tue Feb 25 14:39:19 2014] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Tue Feb 25 14:39:28 2014] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Tue Feb 25 14:39:30 2014] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
[Tue Feb 25 14:39:39 2014] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
...

das muss irgendwie von intern kommen (?),
da die access logs nahezu leer sind (5 Einträge oder so)

kann man das irgendwie unterdrücken ?

ich hab nur eine Domain und ein dazu passendes wildcard-Zertifikat (*.meineDomain.de)

Zitat von [netcup] Felix

Eventuell wird die Domain dann mit meineDomain.tld aufgerufen, sprich ohne Subdomain?

das hinterlegte Zertifikat deckt alle diese Fälle ab.

Zitat von [netcup] Felix

Auch existiert immer noch eine Default-Domain von uns, nach dem Schema hosting123.server456.netcup.net. Über diese ist ggf. Ihre Website auch aufrufbar.

nein, diese Default-Domain verweist auf ein anderes Verzeichnis (ist also ein anderer vhost)

daran dass die access-logs fast leer sind,
kann man m.E. sehen, dass die Einträge im error-log nicht durch äußere Aufrufe entstehen (?)
ich kann auch keine Einträge im error-log "provozieren" durch äußere Aufrufe.

bei der oben erwähnten Default Domain ist das error-log übrigens genau so voll (mit den gleichen Einträgen) ...

also ich find' das jetzt nicht soooo schlimm,
wollte es nur mitteilen,
es stört halt, wenn man mal "echte" Fehler suchen will.

verstehe ich nicht:
alle SNI fähigen Browser die ich kenne akzeptieren dieses Zertifikat klaglos (ohne Warnung / Störung).
(multiple DNS-Names/FQDNs** --> im Browser --> Zertifikat-Eigenschaften "Alternative Antragsstellernamen")

Wenn die Error logs nicht von Browseraufrufen ausgelöst werden (access-logs sind quasi leer), von welchen Aufrufen dann (teilweise im Sekundentakt) ?

demnach würde das Zertifikat ja für sub1.meinedomain.de passen, oder ?
dort sind aber die selben error-logs Einträge

**

Zitat

Das Zertifikat soll für mehrere FQDNs gelten.
In manchen Fällen kann es sinnvoll sein, ein Zertifikat zu beantragen, das für mehrere FQDNs gleichzeitig gültig ist. In einem solchen Fall wird ein FQDN im CN des Zertifikats angegeben, die weiteren, einschließlich des im CN angegebenen FQDNs, können im Eintrag "subjectAlternativeName" angegeben werden.
Dies kann mit OpenSSL durchgeführt werden, indem die Konfigurationsdatei von OpenSSL (openssl.cnf) editiert wird und die folgenden Zeilen hinzugefügt werden:
[ req_exts ]
subjectAltName = @SUBJ

[SUBJ]
DNS.0=http://www.test.rus.uni-stuttgart.de
DNS.1=http://www1.test.rus.uni-stuttgart.de
DNS.2=http://www2.test.rus.uni-stuttgart.de

Beim Aufruf von OpenSSL muss anschließend noch durch -reqexts req_exts angegeben werden, dass die Erweiterungen genutzt werden sollen

Alles anzeigen

das mit den Zertifikaten hat mir keine Ruhe gelassen ...

ich habe dann jetzt noch mal in das CA-Feld im WCP ein Kombination von Intermediate-CA und Root-CA eingefügt (quasi die Fortsetzung der cert-chain)

dies hat das WCP auch angenommen.

nun sind plötzlich 2 identische Zertifikate im WCP zu sehen
umbenannt zu ____2.pem und ____3.pem (ohne mein Zutun)

das eine ist nun zugeordnet zu meineDomain.de
das andere zu sub1.meineDomain.de
(ebenfalls ohne mein Zutun)

des weiteren ist nun jeweils der CSR-Zertifikatsteil verschwunden.

Ist das alles richtig so ?
ging das alles automatisch nachdem die Cert-Chain nun komplett und korrekt war ?
(versuche nur das WCP zu verstehen... )

Zitat

Laut diesem war eine ungültige CA hinterlegt und der Support hat dieses korrigiert

hmmm... da wäre ich schon gern informiert worden als geschätzter Kunde....

wie dem auch sei,
mit dem ursprünglichen Problem hat das offensichtlich alles nichts zu tun,
denn die o.g. Logeintraege sind nach wie vor da (auch heute),
und die error-logs wachsen weiter an...

die Fehlermeldung
[Tue Feb 25 14:39:05 2014] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!?
bezieht sich auf die WCP-Verwaltungsoberfläche `Parallels Panel' und nicht auf meine hinterlegten Zertifikate,

Support ist kontaktiert

(mühsam ernährt sich das Eichhörnchen)

Auflösung:
wie von mir von Anfang an vermutet, ist das ein Problem des WCP
und hat nichts mit vom Kunden hinterlegten Zertifikaten zu tun ...
Der Netcup Support wartet auf ein Update "des Herstellers" dazu.