Für Entwickler in bestimmten Webumgebungen ist Googles neu veröffentlichte AI IDE - die AntigravityDie Software-Oberfläche ist von minimalistischer Eleganz und lässt sich schnell starten, aber die Kernfunktionalität ist völlig lahmgelegt.
Das typischste Symptom ist folgendes: Die Benutzeroberfläche wird beim Starten der Software einwandfrei dargestellt, aber wenn Sie versuchen, sich bei Ihrem Google-Konto anzumelden oder einen Code zu vervollständigen, bleibt die Schnittstelle in der “Authenticating”(Validierung), oder die Modellladeanzeige hängt in einer Endlosschleife fest. Das bedeutet, dass Sie sich nicht anmelden und keine KI-Funktionen nutzen können.
Es sind weder die Google-Dienste, die ausfallen, noch ist Ihr Netzwerk komplett abgeschaltet. Dies ist eigentlich eine typische Windows-ProzessisolierungAnstelle des Brute-Force-TUN-Modus auf Systemebene (der den gesamten Datenverkehr übernimmt). Anstelle des Brute-Force-TUN-Modus auf Systemebene (der den gesamten Datenverkehr übernimmt) ist eine präzisere "chirurgische" Konfiguration die Lösung.
Kernfokus: der vergessene "Schattenprozess"
Um zu verstehen, warum ein Browser auf Google zugreifen kann und Antigravity sich nicht anmelden kann, müssen Sie sich zunächst die Architektur der Software ansehen, die eine Front-End/Back-End-Trennung verwendet, wie sie bei modernen IDEs üblich ist:
- FrontendDie schöne Oberfläche, die der Benutzer sieht, ist im Wesentlichen ein Electron-Container. Er erbt normalerweise die HTTP-Proxy-Einstellungen des Systems.
- BackendUnabhängige Teilprozesse, die eigentlich für schwere Aufgaben zuständig sind.
Während die Nutzer auf den sich drehenden Ladekreis starren, arbeitet im Hintergrund ein unbekannter "Fleißiger", der ständig versucht, eine Verbindung zur Google Cloud herzustellen und dabei gegen die Wand fährt. Der Übeltäter ist:
language_server_windows_x64.exe
Sie ist tief im Bauch des Installationskatalogs vergraben:
antigravity/resources/app/extensions/antigravity/bin/language_server_windows_x64.exe
Dies ist ein standardmäßiger LSP-Prozess (Language Server). Wenn Sie die IDE öffnen, ist er für die Einrichtung von gRPC-Tunneln zur Google-Infrastruktur, die Authentifizierung, die intelligente Analyse von Code und die Kommunikation mit dem Gemini Modell Kommunikation.
Fehlerbehebung: Warum geht der Proxy nicht?
Eine Analyse mit Proxifier oder einem ähnlichen Tool zum Aufzeichnen von Netzwerkpaketen zeigt deutlich die Ursache des Fehlers. Die Protokolle zeigen, dass der Prozess versucht, sich direkt mit dem privaten API-Endpunkt von Google Cloud Code zu verbinden:
[12.04 16:21:26] language_server_windows_x64.exe (17280) - daily-cloudcode-pa.sandbox.googleapis.com(142.250.99.81):443 error : connection attempt failed with error 10060
Fehlercode 10060 bedeutet, dass die Zeit für die Verbindung abgelaufen ist.
Der springende Punkt ist, dass dieses Native Binary, abgeleitet von Antigravity, oftKeine automatische VererbungUmgebungsvariable des Betriebssystems oder die Proxy-Einstellung des Browsers. Sie versucht, eine direkte Verbindungsanfrage zu initiieren, die von der Firewall blockiert wird. Dies erklärt, warum Ihr Browser (und sogar Teile der IDE-Weboberfläche) auf das Internet zugreifen kann, aber die zentralen Anmelde- und AI-Funktionen offline sind.
Lösung: Precision Process Agent (TUN muss nicht aktiviert werden)
In vielen Anleitungen wird empfohlen, den TUN-Modus des VPNs zu aktivieren, um es zu zwingen, den gesamten Systemverkehr zu übernehmen. Das ist zwar effektiv, aber so, als würde man das Haus niederbrennen, um eine Mücke zu töten - es stört Spiele, LAN-Sharing und andere häusliche App-Verbindungen.
Eine elegantere Lösung wäreProzessbasiertes Proxying. Wir müssen Ihrer Proxy-Software nur mitteilen: "Behalten Sie diese bestimmte EXE-Datei im Auge und übernehmen Sie ihren Datenverkehr".
Verfahren
Egal, ob Sie Proxifier, Clash Verge oder einen anderen Client verwenden, der den Regelmodus unterstützt, die Grundlogik ist dieselbe:
1. das Zieldokument ausfindig machen
Zunächst müssen Sie den absoluten Pfad zu der Datei finden. Sie befindet sich normalerweise im Ordner "Extensions" im Antigravity-Installationsverzeichnis:
antigravity/resources/app/extensions/antigravity/bin/language_server_windows_x64.exe
2) Hinzufügen von Proxy-Regeln
Erstellen Sie in Ihrem Webtool eine neue Regel (Rule):
- Prozess Name：
language_server_windows_x64.exe - Strategie (Aktion/Vollmacht)Wählen Sie die Proxy-Gruppe aus, die Ihnen zur Verfügung steht.
zur Kenntnis nehmenEs ist nicht notwendig, das Hauptprogramm zu ändern. Antigravity.exe Join the rules, da er normalerweise nur für das Rendering der UI verantwortlich ist. Was wir "retten" müssen, ist der Backend-Prozess, der für den Sprachdienst verantwortlich ist.
Validierung der Ergebnisse
Sobald die Regel in Kraft getreten ist, muss das System nicht mehr neu gestartet werden, sondern nur noch die Antigravity-Software:
- Authenticating Die Aufforderung verschwindet nach kurzer Zeit und die Anmeldung ist erfolgreich.
- Eine Aufzeichnung des erfolgreichen Aufbaus einer HTTPS/gRPC-Verbindung erscheint im Hintergrundprotokoll.
- Die KI-Code-Vervollständigung und die Chat-Funktionen sind sofort wieder ansprechbar.
Auf diese Weise können die Entwickler die Stauprobleme von Antigravity aufspüren und gleichzeitig die Netzwerkumgebung des Systems sauber halten (ohne die Notwendigkeit eines globalen TUN). Dies beweist einmal mehr, dass beim Umgang mit komplexen modernen Entwicklungswerkzeugen die Lokalisierung des zugrunde liegenden Prozesses durch Protokollierung oft viel effektiver ist als die blinde Änderung von Systemeinstellungen.
