ノードに timeout、connect failed、または接続失敗と表示される場合は?

接続失敗の原因には、ノードアドレスへ到達できない、ポートが遮断されている、プロトコルパラメータが一致しない、TLS/SNI のエラー、システム時刻のずれ、ローカルネットワークの制限などがあります。

  • ノードと接続
  • トラブルシューティング
要点

接続失敗の原因には、ノードアドレスへ到達できない、ポートが遮断されている、プロトコルパラメーターが一致しない、TLS/SNI が誤っている、システム時刻が不正、ローカルネットワークに制限がある、といったものがあります。同じグループのノードがすべて失敗する場合はシステム時刻を合わせ、別のネットワークで再度確認してください。一つのノードだけが失敗する場合は、ログの時刻とノード名を提供元へ伝えます。

DNS、TCP、TLS、認証のどの段階で失敗しているか

同じサブスクリプション内の別のノードへ切り替え、最初の失敗ログを確認します。lookup は名前解決、dial はアドレスまたはポート、handshake と x509 はプロトコルまたは証明書の問題を示します。

  • サブスクリプションを更新した直後で、ノードのアドレスやポートが変わっていないか
  • ログに DNS、TCP、TLS、ハンドシェイク、認証のどのエラーがあるか(参照: アウトバウンドプロキシ設定
  • システム時刻とタイムゾーンが正しいか
  • 同じネットワーク上の別のクライアントや端末でも失敗するか

ノードを切り替え、時刻とローカルネットワークの問題を除外する

  1. まず同じサブスクリプション内の別のノードへ切り替え、単一ノードの問題かを判断します
  2. システム時刻を確認します。TLS 系プロトコルは時刻のずれに影響されやすいためです
  3. ログのエラー段階を確認し、DNS、接続、ハンドシェイクの層ごとに切り分けます(参照: ログによるトラブルシューティングの FAQ
  4. すべてのノードが失敗する場合は、端末のファイアウォール、プロキシモード、システムプロキシの状態を確認します

ノードの接続性は、設定の提供元とネットワーク環境の両方によって決まります

サブスクリプションを更新できても、プロキシノードへ接続できるとは限りません

完全なノードリンクやサブスクリプションの token を公開しないでください