Antivirus-TLS-Interceptor stört Claude Desktops Verbindung; Workaround mit AV-Ausnahmen

Wenn Cowork (die Desktop-Begleit-App von Claude) ständig „Claude in Chrome ist nicht verbunden“ anzeigt, während das Claude-Seitenpanel einwandfrei funktioniert, liegt die Ursache wahrscheinlich daran, dass Ihr Antivirenprogramm eine TLS-Inspektion auf bridge.claudeusercontent.com durchführt. Die Node.js-Laufzeitumgebung von Cowork vertraut dem Windows-Systemzertifikatsspeicher nicht, weshalb sie das Abfangzertifikat ablehnt.

Problem bestätigen

Führen Sie in PowerShell folgenden Befehl aus, um den Zertifikatsaussteller zu überprüfen:

$req = [System.Net.WebRequest]::Create("https://bridge.claudeusercontent.com")
try { $req.GetResponse() } catch { }
$req.ServicePoint.Certificate | Format-List Subject, Issuer

Wenn der Issuer der Name Ihres Antivirenprogramms ist (Norton, Bitdefender, ESET, Kaspersky, Avast…) anstatt einer öffentlichen Zertifizierungsstelle (z. B. Amazon, Let’s Encrypt), ist das Problem bestätigt.

Lösung

• Fügen Sie *.claudeusercontent.com und *.anthropic.com zur Ausschlussliste für die HTTPS-Überprüfung Ihres Antivirenprogramms hinzu.
• Starten Sie die Cowork-Anwendung neu.

Grundursache und Anfrage

Dies tritt stillschweigend bei jedem Windows-Benutzer auf, der HTTPS-Scannen aktiviert hat. Der Autor schlägt vor, dass Anthropic Node mit --use-system-ca startet, um den Systemzertifikatsspeicher zu respektieren – dies würde das Problem vollständig vermeiden.

Wenn Sie Cowork mit Claude verwenden und diesen Fehler sehen, überprüfen Sie zuerst Ihre AV-Ausnahmen – das spart stundenlanges Debugging.