接続のトラブルシューティング

このガイドでは、トンネルヘルスのアラートが実際にトラフィックへ影響しているかを判断します。トンネルが degraded または down でも、そのトンネルが異常な Cloudflare データセンター経由でトラフィックが流れている場合にだけ問題になります。

Cloudflare WAN のヘルスチェックとトラフィックルーティングの仕組みを理解してください。

• ヘルスチェックは、すべての Cloudflare データセンターから独立して実行されます。
• 各データセンターは、自身のプローブに基づいてトンネルヘルスを評価します。
• トラフィックは、送信元に最も近いデータセンターで Cloudflare に入ります（anycast ルーティング）。
• トラフィックを処理していないデータセンターの degraded トンネルは、接続に影響しません。

実際のトンネルヘルスの問題（トンネルのフラップ、全トンネル down、IPsec エラー）がある場合は、代わりに トンネルヘルスのトラブルシューティング を参照してください。

このフローチャートで、トンネルヘルスのアラートに対応が必要かを判断します。

flowchart TD
accTitle: 接続トラブルシューティングのフローチャート
accDescr: 劣化したトンネルのアラートがトラフィックに影響しているかを判断する決定木です。

A["トンネルヘルスの<br>アラートを受信した"] --> B{"トラフィックに<br>影響があるか？"}
B -- "はい、接続に<br>問題がある" --> C["入力データセンターを特定し、<br>そこのトンネルヘルスを確認する"]
B -- "いいえ、トラフィックは<br>通常どおり流れている" --> D{"アラートはトラフィックを<br>運んでいるデータセンターと一致するか？"}
D -- "いいえ" --> E["対応は不要です。<br>劣化したトンネルは、<br>トラフィックを処理していない<br>データセンターにあります。"]
D -- "はい" --> C
C --> G{"入力データセンターの<br>トンネルは正常か？"}
G -- "はい" --> H["トンネル以外の問題です。<br>Cloudflare Status と<br>オリジンネットワークを確認します。"]
G -- "いいえ" --> I["入力データセンターのトンネルは<br>異常です。<br>トンネルヘルスのトラブルシューティングを<br>参照してください。"]

トラフィックがどの Cloudflare データセンターから入っているかを特定します。現在の接続に関係するのは、このデータセンターのトンネルヘルスだけです。

送信元ネットワークから Cloudflare WAN のプレフィックスへ traceroute を実行します。トレース出力の Cloudflare データセンターのホスト名を確認します。ホスト名には、データセンターを示す 3 文字の IATA 空港コード ↗ が含まれます。

traceroute 203.0.113.1

 1  192.168.1.1 (192.168.1.1)  1.234 ms
 2  10.0.0.1 (10.0.0.1)  5.678 ms
 3  198.51.100.1 (198.51.100.1)  10.123 ms
 4  198.51.100.10 (198.51.100.10)  12.345 ms
 5  lhr01.cf (198.51.100.11)  15.678 ms

この例では、lhr はトラフィックがロンドン（ヒースロー）のデータセンターで Cloudflare に入ることを示します。

Network Analytics を使うと、どのデータセンターがトラフィックを処理しているかを特定できます。

1. Network Analytics ページを開きます。

   Network analytics を開く ↗

2. Add filter を選び、送信元 IP アドレスでトラフィックをフィルターして、自分のトラフィックだけに絞ります。

3. Packets summary で Source data center タブを選びます。タブが見えない場合は、三点リーダー（...）を選んで追加の表示オプションを開き、Source data center を選びます。

4. データセンターごとのトラフィック内訳を確認し、どの Cloudflare データセンターがトラフィックを処理しているかを特定します。

5. これらのデータセンターを Connector health ページ のトンネルヘルス状態と照合します。トラフィックを運んでいるデータセンターでトンネルが正常なら、別のデータセンター向けの degraded トンネルアラートは、接続の問題の原因ではありません。

該当データセンターでトンネルは正常なのに接続の問題が続く場合は、より広いプラットフォームの問題がないかを確認します。

1. Cloudflare Status ↗ を開きます。
2. 特定したデータセンターで、進行中のインシデントやメンテナンスがないかを確認します。
3. ネットワーキング、BYOIP、または設定が依存するサービスに関する障害など、トラフィックに影響しうるインシデントがないかを確認します。

このガイドを一通り確認しても問題を解決できない場合は、Cloudflare サポートへ連絡する前に次の情報を集めてください。

1. 影響を受けている Account ID と トンネル名
2. 問題が始まった タイムスタンプ（UTC）
3. 特定した 入力データセンター（空港コード。例: LHR、IAD）
4. 観測した症状:
   • ユーザートラフィックに影響があるか、ヘルスチェックのアラートだけが発火したか
   • どのトンネルとデータセンターが degraded または down を示しているか
   • 問題が断続的か持続的か

• 送信元ネットワークから Cloudflare WAN プレフィックスへの traceroute 出力
• 該当データセンターでのトンネルヘルスを示す ダッシュボードのスクリーンショット
• ping.pe ↗ のようなツールを使った 分散 traceroute。複数のグローバル拠点から到達性をテストします
• トラフィック損失が確認できた場合は、ルーターからの パケットキャプチャ

• トンネルヘルスのトラブルシューティング: よくあるトンネルヘルスの問題（フラップ、IPsec エラー、ステートフルファイアウォールによる破棄）を解決します。
• ルーティングと BGP のトラブルシューティング: トラフィック配信に影響するルーティングと BGP の問題を診断します。
• ダッシュボードでトンネルヘルスを確認する: データセンターごとのトンネル状態を監視します。
• トンネルヘルスチェック: ヘルスチェックの仕組みの技術詳細です。
• Network Analytics: 時間経過に伴うトラフィックパターンを分析します。