Google Antigravityのログイン不能と使用不能を正確に解決する究極の方法

特定のウェブ環境にいる開発者のために、グーグルが新しくリリースしたAI IDE--「AI IDE」--がある。 反重力ソフトウェアのインターフェイスはミニマリスト的なエレガンスでデザインされ、起動も速いが、コア機能は完全に麻痺している。

最も典型的な症状は次のようなものです。ソフトウェアを起動するとUIは完璧に描画されますが、Googleアカウントにログインしたり、コード補完を実行しようとすると、インターフェイスが "認証"(Validating)ステータスになったか、モデル読み込みインジケータが無限ループにはまりました。これは、ログインやAI機能を使用できないことを意味します。

グーグルのサービスがダウンしているわけでも、ネットワークが完全に切断されているわけでもない。これは実は典型的な Windowsプロセス分離ブルートフォースなシステムレベルTUNモード（すべてのトラフィックを引き継ぐ）の代わりに。ブルートフォース・システムレベルTUNモード（すべてのトラフィックを引き継ぐ）の代わりに、より正確な「外科的」コンフィギュレーションが答えである。

核心的焦点：忘れ去られた "影のプロセス"

なぜブラウザがグーグルにアクセスできて、Antigravityがログインできないのかを理解するには、まずソフトウェアのアーキテクチャを見る必要がある：

1. フロントエンドユーザーが目にする美しいインターフェースは、基本的にElectronのコンテナです。通常、システムのHTTPプロキシ設定を継承します。
2. バックエンド実際に重い仕事を担当する独立したサブプロセス。

ユーザーが回転するローディング・サークルを見つめている間、実はバックグラウンドで未知の「働き者」が常にGoogle Cloudに接続しようとして壁にぶつかっているのだ。犯人は

言語サーバー_Windows_x64.exe

それはインストレーション・カタログの腹の奥深くに埋もれている：

antigravity/resources/app/extensions/antigravity/bin/language_server_windows_x64.exe

これは標準的なLSP（言語サーバー）プロセスです。IDEを開くと、GoogleのインフラストラクチャへのgRPCトンネルのセットアップ、認証処理、コードのインテリジェントな解析、そしてLSPとの通信を行います。 ジェミニ モデル・コミュニケーション。

トラブルシューティング：なぜプロキシにならないのか？

Proxifier または同様のネットワーク・キャプチャ・ツールでこれを分析すると、エラーの根本的な原因がはっきりとわかります。ログは、プロセスがGoogle Cloud CodeのプライベートAPIエンドポイントに直接接続しようとしていることを示しています：

[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

エラーコード 10060 は接続がタイムアウトしたことを意味する。

問題の核心は、アンチグラビティから派生したこのネイティブ・バイナリが、しばしば自動継承なしオペレーティングシステムの環境変数またはブラウザのプロキシ設定。これは直接接続要求を開始しようとしますが、ファイアウォールによってブロックされます。このため、ブラウザ（およびIDEのウェブインターフェースの一部も）はインターネットにアクセスできますが、コアとなるログインとAI機能はオフラインになります。

解決策：Precision Process Agent（TUNを有効にする必要はありません。）

多くのチュートリアルでは、VPNのTUNモードをオンにして、すべてのシステムトラフィックを強制的に引き継ぐことを勧めている。効果的ではあるが、これは「蚊を殺すために家を燃やす」ようなもので、ゲームやLAN共有、その他の国内アプリ接続に支障をきたす。

よりエレガントな解決策はプロセスベースのプロキシ.プロキシソフトウェアに、「この特定のEXEファイルを監視し、そのトラフィックを引き継げ」と指示するだけでいい。

手続き

Proxifier、Clash Verge、またはルールモードをサポートする他のクライアントのいずれを使用していても、コアロジックは同じです：

1.対象文書を探す

まず、ファイルの絶対パスを見つける必要があります。通常、AntigravityのインストールディレクトリのExtensionsフォルダにあります：

antigravity/resources/app/extensions/antigravity/bin/language_server_windows_x64.exe

2.プロキシルールの追加

ウェブツールで新しいルール（Rule）を作成します：

• プロセス名::language_server_windows_x64.exe
• 戦略（アクション／プロキシ）利用可能なプロキシグループを選択します。

銘記するメインプログラムを変更する必要はありません。 Antigravity.exe ルールに参加するのは、通常はUIのレンダリングを担当するだけだからだ。 保存」する必要があるのは、言語サービスを担当するバックエンドのプロセスだ。

結果の検証

一度ルールが有効になれば、システムを再起動する必要はなく、Antigravityソフトウェアだけを再起動すればよい：

1. 認証 プロンプトはすぐに消え、ログインは成功する。
2. HTTPS/gRPC接続の確立に成功したプロセスの記録がバックグラウンドログに表示されます。
3. AIコード補完とチャット機能が即座に反応するように戻る。

このようにして、開発者は、システムのネットワーク環境をクリーンな状態に保ちながら（グローバルTUNを必要とせずに）、Antigravityのウォーターロギング問題をピンポイントで特定することができる。これは、複雑な最新の開発ツールを扱う場合、ロギングによって根本的なプロセスを突き止めることが、やみくもにシステム設定を変更するよりもはるかに効果的であることが多いことを改めて証明している。