aiohttp と requests：ライブラリ不足は接続失敗ではない

リクエストは実際に開始されましたか？

aiohttp と Requests の各プロジェクトは、それぞれの Python へのインストール方法を説明しています。1（英語）2（英語） ライブラリの読み込み失敗と、そのライブラリで行ったリクエストの失敗を分けて確認してください。traceback から、失敗した呼び出し元が実際に必要としているモジュールを特定します。このガイドに両方が載っているという理由だけで、両方のパッケージをインストールしないでください。

失敗した ComfyUI プロセスまたはカスタムノードを起動する、正確な Python 実行ファイルを使います。以下の例では、python がその実行ファイルを指している必要があります。シェルの既定値は別の場所を指すことがあります。pip show はインストール済みの配布パッケージを報告し、別途行う読み込みテストでは、その Python がモジュールを読み込めるか確認します。4（英語）

python -m pip show aiohttp
python -c "import aiohttp; print(aiohttp.__version__)"

traceback に requests と記載されている場合に限り、aiohttp を requests に置き換えます。読み込みに成功しても、DNS、TLS、リモートサービスのテストにはなりません。

リクエストが失敗した場合は、呼び出し元、接続先ホスト、失敗した段階、ステータスコードを記録します。ログを共有する前に、トークン、プロキシのパスワード、非公開のクエリパラメーターを削除してください。Chrome の Network パネルはブラウザーのリクエスト確認に役立ちますが、ブラウザーでリクエストに成功しても、そのブラウザーの経路についての根拠にしかなりません。3（英語）

確認する分岐として、依存パッケージ不足、DNS または接続、TLS、接続／読み取りタイムアウト、HTTP レスポンスを提案します。aiohttp.ClientConnectorError は接続段階の例外群です。一方、Requests の資料では ConnectTimeout と ReadTimeout が別々に説明されています。正確な例外と発生段階を記録してください。5（英語）6（英語） すべてのステータスをサーバーの故障と見なさず、認証、アクセス制御、レート制限はそれぞれの状況に応じて調べてください。

証明書の検証やファイアウォールを既定の対処として無効にしないでください。ブラウザーでログインできても、プログラムからのアクセスが許可されていることを意味しません。関係する設定を一つだけ変更し、同じリクエストを再試行して結果を記録します。パッケージのアップグレードには、ネットワーク修復のたびに一緒に行うのではなく、別の理由が必要です。

関連する確認

• ComfyUI の Failed to fetch：再インストールの前にリクエストを特定する
• Manager がノード一覧を読み込めない：ノードを再インストールする前に取得処理を調べる

出典と文章の確認日：2026-09-26。サイト上での読み込み失敗、ネットワークリクエスト、GPU テストを実施したとは主張していません。ここに示した分岐は編集上の指針であり、原因が確定した診断ではありません。