Einige Unternehmens- und Enterprise-Netzwerke führen eine TLS-Interception („SSL-Inspektion“) für ausgehenden HTTPS-Datenverkehr durch, häufig über Zscaler oder ähnliche Sicherheits-Gateways. Devin Desktop Editor muss ausgehende TLS-Verbindungen zu externen Diensten herstellen (für die Anmeldung und cloudgestützte Funktionen). Wenn inspizierter Datenverkehr von einer Enterprise-Inspektions-CA neu signiert wird, der Ihr Gerät bzw. Ihre Laufzeitumgebung nicht vertraut (oder wenn die Zertifikatskette unvollständig ist), kann Devin Desktop möglicherweise keine Verbindung herstellen und SSL-/Zertifikats- oder Aushandlungsfehler ausgeben. Insbesondere kann eine Fehlerbehebung bei der SSL-/TLS-Inspektion erforderlich sein, wenn:Documentation Index
Fetch the complete documentation index at: https://docs.devinenterprise.com/llms.txt
Use this file to discover all available pages before exploring further.
- Sie „Verbindung fehlgeschlagen“ oder ähnliche Netzwerkfehler sehen
- Der Editor oder das Cascade-Panel einen leeren Bildschirm anzeigt und nie lädt
- Cascade oder andere cloudgestützte Funktionen nicht geladen werden können oder keine Verbindung herstellen können
- Anmelde- oder Aktivierungsabläufe unerwartet fehlschlagen
- Funktionen in einem Hotspot- oder Heimnetzwerk funktionieren, aber im Unternehmensnetzwerk fehlschlagen
- In Logs/DevTools Zertifikats- oder TLS-Handshake-Fehler angezeigt werden
Wenn Sie zusätzlich proxybezogene Probleme haben, lesen Sie Proxy-Konfiguration.
1. Prüfen Sie, ob Ihr Netzwerk SSL-Inspektion verwendet
- Führen wir bei ausgehendem HTTPS-Datenverkehr TLS-Interception / SSL-Inspektion durch?
- Ist die SSL-Inspektion für Entwickler-Workstations und Entwickler-Tools aktiviert (nicht nur für Browser)?
- Welche Root-CA-/Intermediate-CA-Kette wird verwendet, um den inspizierten Datenverkehr zu signieren?
- Ist diese CA-Kette auf Endpunkten bereitgestellt, und wird ihr von Anwendungen/Runtimes vertraut, die für die Entwicklung verwendet werden?
2. Ermitteln Sie den zugrunde liegenden Fehler in Devin Desktop (Developer Tools → Console)
- Öffnen Sie Help → Dev Tools / Developer Tools
- Wählen Sie die Registerkarte Console aus
- Suchen Sie nach roten Fehlermeldungen
- Erweitern Sie jeden Fehlereintrag, um alle Details anzuzeigen (verschachtelte Fehlerfelder / Stack-Traces)
-
certificate signed by unknown authority -
unable to verify the first certificate -
self signed certificate in certificate chain -
UNABLE_TO_VERIFY_LEAF_SIGNATURE
-
unable to get local issuer certificate -
unable to get issuer certificate
-
handshake_failure -
wrong version number -
protocol negotiation failed -
ERR_SSL_PROTOCOL_ERROR
3. Wodurch dies in SSL-inspektierten Umgebungen verursacht wird
- dem Root-CA-Zertifikat der Unternehmensinspektion auf dem Endpunkt nicht vertraut wird und/oder
- die Zertifikatskette der Inspektion unvollständig ist (fehlende Intermediate-CA) und/oder
- die IDE/Laufzeitumgebung einen nicht vom Betriebssystem verwalteten Trust Store verwendet, der die Zertifikatskette der Enterprise-Inspektions-CA nicht enthält, und/oder
- eine Unternehmensrichtlinie TLS-Einschränkungen erzwingt, die die Aushandlung verhindern (Mindest-TLS-Version/Chiffren, Blockieren von Datenverkehr, der nicht entschlüsselt werden kann usw.)
4. Arbeiten Sie mit Ihrem IT-/Sicherheitsteam an der Behebung
A) Richtlinie zur SSL-Inspektion für den Devin Desktop-Datenverkehr überprüfen
- Ob die SSL-Inspektion für den ausgehenden HTTPS-Datenverkehr im Zusammenhang mit Devin Desktop gilt
- Ob es aufgrund der Zertifikatsvalidierung, aus Richtliniengründen oder wegen Einschränkungen bei der TLS-Aushandlung zu Blockierungen oder Ablehnungen kommt
B) Sicherstellen, dass die CA-Kette für die Enterprise-SSL-Inspektion korrekt bereitgestellt wird und vertrauenswürdig ist
- Die Root CA der Enterprise-SSL-Inspektion auf den Endpunkten der Entwickler bereitzustellen
- Sicherzustellen, dass alle erforderlichen Intermediate-CA-Zertifikate vorhanden sind und die Kette korrekt ist
- Zu prüfen, ob die Zertifikate in demselben Trust Store als vertrauenswürdig gelten, den die IDE/Laufzeitumgebung verwendet (OS-Store vs. laufzeitumgebungsspezifischer Store)
C) Konfigurieren Sie eine gezielt begrenzte Ausnahme von der SSL-Inspektion (Fallback)
- Erstellen Sie einen SSL-Inspektions-Bypass für die erforderlichen Devin Desktop-Service-Endpunkte (gemäß dem Allowlist-/Netzwerkanforderungsprozess Ihrer Organisation)
- Halten Sie den SSL-Inspektions-Bypass so eng wie möglich gefasst und im Einklang mit Ihrer Sicherheitsrichtlinie
5. Was an IT / Security gesendet werden sollte (Kopieren/Einfügen)
- Bestätigen Sie, ob für ausgehenden HTTPS-Datenverkehr im Zusammenhang mit Devin Desktop SSL-Inspektion aktiviert ist.
- Bestätigen Sie, dass die Enterprise-Root-CA für die SSL-Inspektion und alle Zwischenzertifikate auf diesem Endpunkt bereitgestellt werden und als vertrauenswürdig eingestuft sind (sowie in allen runtime-spezifischen Trust Stores, die von der IDE verwendet werden).
- Falls sich das Vertrauen nicht entsprechend ausrichten lässt, konfigurieren Sie einen gezielten SSL-Inspektions-Bypass für die erforderlichen Devin-Desktop-Service-Endpunkte.
- Zeitstempel des Fehlers/der Fehler
- OS-Version
- Ob Zscaler Client Connector (oder ein ähnlicher Agent) installiert/aktiviert ist
- Ausführlicher Konsolenfehlertext aus Developer Tools → Console
- Ob es über einen Hotspot/ein Heimnetzwerk funktioniert, aber im Unternehmensnetzwerk fehlschlägt
6. Wann welche Option verwendet werden sollte
- Fehler auf „unknown authority“, „unable to verify“, „issuer not found“ oder fehlende Zwischenzertifikate hinweisen
- Sie die dauerhafteste Korrektur wünschen und die SSL-Inspektion gleichzeitig aktiviert bleiben soll
- die IDE/Laufzeitumgebung die unternehmensweite CA-Kette praktisch nicht verwenden kann
- der Abgleich des Trust-Stores in Ihrer Umgebung unzuverlässig ist
- IT/Sicherheit bestätigt, dass die Inspektion die Fehler verursacht, und eine gezielte Ausnahme genehmigt
