Skip to content

非公式本サイトは非公式の日本語ドキュメントであり、Cloudflare 公式サイトではありません。最新情報はdevelopers.cloudflare.comをご確認ください。

インサイト

最終更新 Markdown で表示Agent セットアップ

Cloudflare One には、環境の監視とトラブルシューティング向けの可観測性ツールがあります。

  • Analytics Overview で、Cloudflare One 全体の利用状況を監視します。
  • Analytics Dashboards で、組織のトラフィック傾向とポリシーのインサイトを確認します。
  • Logs で、イベント単位の調査を行います。
  • Digital Experience Monitoring(DEX) で、デバイス、ネットワーク、アプリケーションのパフォーマンスを把握します。

トラブルシューティングのワークフロー例

ユーザーが Cloudflare Access 配下の内部アプリケーションに到達できないと報告した場合は、次の手順で対応します。

  1. Analytics overview ダッシュボード で、他のユーザーにも同様の問題が起きていないかを確認します。
  2. Logs で、そのユーザーの認証試行とブロックされたリクエストを調べます。
  3. DEX で、ユーザーのデバイスの状態とネットワーク性能を評価します。

これらのツールを組み合わせて使う

オンボーディング

デバイスとユーザーのオンボーディング後は、これらのツールで設定が正しいことと、組織のアクティビティを確認します。

  1. まず Logs で初期設定を検証し、認証が成功していることを確認します。
  2. Analytics Overview で、想定どおりのパターンとポリシーの動作を確認します。

デバイスで接続の問題が起きている場合は、まず WARP のトラブルシューティング から始めることを推奨します。接続問題の最も多い原因は WARP の設定不備です。

日常の監視

  1. Analytics Dashboards で傾向を把握し、ログデータを可視化します。

    管理者がまず Analytics Dashboards を使う理由は、次の点です。

  2. イベント単位の確認が必要なときは Logs を使います。

    Logs が向いているのは、次のような場合です。

    • 特定のイベントを調査するとき。たとえば、アプリケーションへのログイン時の 認証失敗
    • アイデンティティやデバイスの詳細を確認するとき。たとえば、誰がリクエストしたか、どう認証したか、デバイスが必要な ポスチャ条件 を満たしていたか。
    • ポリシーの一致を確認するとき。たとえば、どの 具体的なルール がユーザーのリクエストを許可、ブロック、またはチャレンジしたかと、その理由。

ユーザーから報告された問題

内部アプリへの接続が遅い、または失敗するといった報告をユーザーから受けることがあります。

  1. まず Analytics Dashboards で、他のユーザーにも影響していないかを確認します。
  2. Logs で、認証失敗、ブロックされたリクエスト、想定外のポリシー一致を確認します。
  3. DEX合成テストデバイス監視 で、デバイスまたはネットワークレベルの原因を切り分けます。

役に立ちましたか?