#network

2 件の記事

`Connection refused — a firewall or proxy may be blocking it` が出るときに、まず確認したいこと
`Connection refused — a firewall or proxy may be blocking it` が出るときに、まず確認したいこと
この症状は、少なくとも報告上は 2 つの顔があります。ひとつは、毎回のコマンドで API への接続が失敗し、`Connection refused — a firewall or proxy may be blocking it (ConnectionRefused)` を 10 回試行しても抜けられないケースです。もうひとつは、サブエージェントのストリームが途中で静かに止まり、`Agent stalled: no progress for 600s (stream watchdog did not recover)` で落ちるケースです。前者は [#93041](https://github.com/anthropics/claude-code/issues/93041)、後者は [#87987](https://github.com/anthropics/claude-code/issues/87987) にまとまっています。 自分のケースかどうかを切り分けるなら、まず見るべきなのは「Claude Code から API に出る通信だけが失敗しているのか」です。[#93041](h
papoo.work
ERR_NAME_NOT_RESOLVED が出るときに最初に見ること
ERR_NAME_NOT_RESOLVED が出るときに最初に見ること
`ERR_NAME_NOT_RESOLVED` は、今回の issue 報告では Claude Desktop 起動直後の通信が DNS 解決で落ちている形で出ています。読者の環境でも、起動時にネットワーク系の初期化が失敗しているなら、この症状に近い可能性があります。 ```text Health check fetch failed: Error: net::ERR_NAME_NOT_RESOLVED ``` この報告で分かるのは、少なくともアプリ内部の Chromium ネットワークスタックが、起動時の API 呼び出しを名前解決エラーで通せていない、という点です。少なくとも issue の記述上は、アプリ本体の表示崩れではなく、起動直後の通信失敗が中心に見えます。 切り分けの起点は単純です。もし同じ `ERR_NAME_NOT_RESOLVED` が出ているなら、「アプリだけが落ちる」のか、「名前解決そのものが不安定なのか」を分けて見たほうがよさそうです。#73042 の報告は Windows 10 Enterprise、App Version 1.17377.2、Electro
papoo.work