HTTPS antwortet nicht
Auf dem Server antwortet der Dienst über HTTP (http://127.0.0.1:8434/health/live), aber über HTTPS
nicht: Der Treiber oder die Verwaltungsanwendung meldet „Dienst nicht erreichbar“, der Browser zeigt
einen Fehler, oder die Verbindung bricht ab.
Umgebung
Eigenständiger Windows-Dienst mit HTTPS auf Port 8433, Zertifikat nach So richten Sie HTTPS und das Zertifikat ein.
Ursache und Behebung
Gehen Sie die Zeilen von oben nach unten durch; die erste, die zutrifft, ist meist die Ursache. Die Befehle stehen unter Prüfung der Anleitung.
| Was Sie sehen | Ursache | Behebung |
|---|---|---|
Auf dem Server liefert Get-NetTCPConnection -LocalPort 8433 -State Listen keine Zeile | Der Dienst bietet kein HTTPS an. Bei der Installation wurde kein Zertifikat gewählt; dann richtet das Installationsprogramm nur HTTP auf dem Server ein | Zertifikat einstellen: Weg A oder Weg B, Schritt 5 der Anleitung |
Test-NetConnection <Name> -Port 8433 auf dem Arbeitsplatz: TcpTestSucceeded : False, auf dem Server True | Firewall des Servers oder dazwischen sperrt den Port | Firewall-Regel prüfen (Schritt 6 der Anleitung), Netzwerk-Firewall fragen |
Test-NetConnection meldet, der Name sei nicht auflösbar | Der Arbeitsplatz kennt den Namen nicht | DNS-Eintrag für den Namen anlegen; mit Resolve-DnsName <Name> prüfen |
Ereignisanzeige, Quelle Wkl.Data.Gateway: Warnung „Kein gültiges Zertifikat mit privatem Schlüssel für HTTPS gefunden“ | Kein Zertifikat im Speicher passt: anderer Name als in Subject, abgelaufen, oder ohne privaten Schlüssel (nur .cer importiert) | Schritt 2 der Anleitung; Subject auf einen Namen aus DnsNameList setzen, oder die .pfx importieren |
| Ereignisanzeige: Warnung „Zertifikat für HTTPS nicht lesbar“ | Die Zertifikatsdatei (File) fehlt, das Kennwort stimmt nicht, oder das Dienstkonto darf die Datei nicht lesen | Pfad, Kennwort und Leserecht der Datei prüfen |
| Port erreichbar, keine Warnung in der Ereignisanzeige, aber die Verbindung bricht beim Aufbau ab | Das Dienstkonto darf den privaten Schlüssel nicht lesen | Leserecht geben: Weg B, Schritt 4 der Anleitung, oder Weg A |
Edge: „Ihre Verbindung ist nicht privat“, NET::ERR_CERT_AUTHORITY_INVALID | Der Arbeitsplatz vertraut dem Aussteller nicht: Firmen-CA nicht verteilt, oder selbstsigniertes Zertifikat | Stammzertifikat der Firmen-CA per Gruppenrichtlinie verteilen |
Edge: NET::ERR_CERT_COMMON_NAME_INVALID | Der Name in der Adresse steht nicht im Zertifikat, etwa Kurzname srv01 oder IP-Adresse statt srv01.firma.local | Genau den Namen aus dem Zertifikat verwenden, im Treiber, in Excel, Power BI und der Verwaltungsanwendung |
Edge: NET::ERR_CERT_DATE_INVALID | Zertifikat abgelaufen, oder die Uhr des Arbeitsplatzes geht falsch | Zertifikat erneuern; Uhrzeit prüfen |
Die Ereignisanzeige öffnen Sie mit Windows-Taste + R, eventvwr.msc, dann Windows-Protokolle >
Anwendung. Mit Aktuelles Protokoll filtern und der Quelle Wkl.Data.Gateway sehen Sie nur die
Einträge des Dienstes. Die Warnungen zum Zertifikat erscheinen erst, wenn ein Arbeitsplatz eine
HTTPS-Verbindung versucht. Fehlen Einträge des Dienstes ganz:
Der Dienst schreibt nichts ins Ereignisprotokoll.
Prüfung
Auf einem Arbeitsplatz zeigt Edge unter https://<Name>:8433/health/live die Antwort Healthy, ohne
Warnung zum Zertifikat.