最初のアプリケーションをテストする

これまでに Zero Trust 組織 をセットアップし、Cloudflare One Client を設定 し、デバイスへインストール し、Access と Gateway のポリシー を作成しました。次は、これらのポリシーをテストします。

Cloudflare One Client をインストールしたデバイスから、社内アプリケーションまたは外部サイトへアクセスし、設定した Access または Gateway ポリシーが動作しているかを確認します。

Access で保護したアプリケーション、または Gateway 経由の外部アプリケーションに想定どおり到達できない場合は、まず Cloudflare One Client の設定を見直すことを推奨します。

手動テストが失敗した場合は、Cloudflare One Client をトラブルシューティングします。接続の問題の多くは設定ミスが原因です。まず Cloudflare One Client の設定を見直すことを推奨します。

• WARP troubleshooting guide：Cloudflare One Client の問題を切り分ける手順です。
• Cloudflare One Client errors：エラーが出ている場合は、対応する解決策を確認します。
• Cloudflare One Client connectivity status：デバイスから Cloudflare への接続を確立するときの、WARP デーモンの接続段階を確認します。
• WARP with Firewall：Cloudflare One Client が接続できるよう、正しい IP アドレスとドメインを除外していることを確認します。

分析は ログデータ を可視化します。Access または Gateway の分析を確認するには、次の手順を実行します。

1. Cloudflare ダッシュボード ↗ で Zero Trust > Insights > Analytics > Dashboards を開きます。
2. ログインイベントの概要は Access event analytics、Access 全体のアクティビティ概要は Application Access Report を選択します。
3. Gateway の調査範囲 に応じて、HTTP request analytics、DNS query analytics、または Network session analytics を選択します。

ログ は、認証試行や DNS クエリなど、イベント単位で Cloudflare One 環境を把握できます。

Access で保護したアプリケーションのトラフィックを確認するには、次の手順を実行します。

1. Cloudflare ダッシュボード ↗ で Zero Trust > Insights > Logs を開きます。
2. Access authentication logs を選択します。
3. 対象アプリケーションの リクエスト単位のログ を確認します。

Gateway ログ でトラフィックを確認するには、次の手順を実行します。

1. Cloudflare ダッシュボード ↗ で Zero Trust > Insights > Logs を開きます。
2. 調査範囲に応じて、HTTP request logs、Network logs、または DNS query logs を選択します。

Gateway のエグレスポリシーでよくある問題は、Troubleshoot Gateway を参照してください。

手動テストでポリシーが動作することを確認したら、DEX で接続とパフォーマンスを継続的に監視します。

Digital Experience Monitoring（DEX）は、Zero Trust 組織全体のデバイス、ネットワーク、アプリケーションのパフォーマンスを可視化します。

DEX では、Cloudflare One Client の導入状況を監視し、エンドユーザーの生産性に影響する問題を解決できます。DEX は、分散環境におけるデバイスとネットワークの健全性を、予防的に監視・トラブルシューティングする必要がある IT およびセキュリティチーム向けです。DEX は、すべての Cloudflare Zero Trust および SASE プランで利用できます。

詳細は Digital Experience Monitoring (DEX) を参照してください。

• テスト環境に、Cloudflare One Client をインストールしたデバイスが 3 台あるとします。
• Cloudflare Tunnel と、内部 wiki 向けの Access ポリシー を設定済みです。wiki は wiki.acme.org で公開しています。
• 3 台の Cloudflare One Client デバイスを 手動テスト し、いずれも wiki.acme.org に到達できることを確認しました。
• 各 Cloudflare One Client デバイスから wiki.acme.org への接続とパフォーマンスを自動でテストし、継続的に監視したいと考えています。
• DEX テストを作成し、3 台すべてから 5 分間隔で wiki.acme.org へ HTTP GET リクエストを送信します。
• デバイスの接続が落ちたり、パフォーマンスに問題が出たりした場合は、DEX テストの結果を見て切り分けできます。

Digital Experience Monitoring（DEX）では、Cloudflare One Client 経由でデバイスがプライベートまたはパブリックのエンドポイントに接続できるかをテストできます。テストを使うと、特定のアプリケーションの可用性を監視し、エンドユーザーから報告されたパフォーマンスの問題を調査できます。

詳細は DEX tests を参照してください。

HTTP テストは、エンドユーザーのデバイスから特定の Web アプリケーションへ GET リクエストを送ります。レスポンスの指標を使って、接続の問題を切り分けできます。たとえば、組織の全ユーザーでアプリケーションにアクセスできないのか、一部のユーザーだけなのかを確認できます。

アプリケーションの HTTP テストを設定するには:

1. Cloudflare One ↗ で Insights > Digital experience を開きます。
2. Tests タブを選びます。
3. Add a Test を選びます。
4. 次の項目を入力します。
   • Name: テスト名を入力します。
   • Target: テスト対象の Web サイトまたはアプリケーションの URL を入力します（例: https://jira.site.com）。公開ホスト名とプライベートホスト名の両方に対応しています。プライベートホスト名をテストする場合は、そのドメインが Local Domain Fallback のリストに含まれていることを確認してください。
   • Source device profiles: （任意）テストを実行する デバイスプロファイル を選びます。プロファイルを選ばない場合、Zero Trust 組織に接続している対応デバイスすべてでテストが実行されます。
   • Test type: HTTP Get を選びます。
   • Test frequency: テストの実行間隔を指定します。5〜60 の分単位の値を入力します。
5. Add test を選びます。
6. テストを作成して実行したあと、テストの 結果を確認 できます。

HTTP テストは、次のデータを測定します。

Cloudflare が Cloudflare One Client の接続問題やアプリケーションパフォーマンスの低下を検出したとき、管理者はアラートを受け取れます。通知はメール、webhook、サードパーティサービスで配信できます。

DEX 固有の通知については、DEX Notifications を参照してください。

Cloudflare One Client に接続しているデバイス数の急増または急減を検知したときに通知を受けたい場合は、Device connectivity anomaly 通知を作成できます。

デバイス接続の異常通知を作成するには、次の手順を実行します。

1. Cloudflare ダッシュボードで Notifications ページを開きます。

   Notifications を開く ↗

2. Add を選択します。

3. Product が DEX、Alert type が Device connectivity anomaly の項目を探し、Select を選択します。

4. 通知の名前を入力します。

5. 通知を受け取るメールアドレスを入力するか、webhook を設定します。

6. （任意）必要に応じて、通知の追加オプションを指定します。ドメインやサービスを 1 つ以上選ぶ必要がある通知もあります。

7. Create を選択します。

通知の編集、テスト、無効化については、Notifications を参照してください。

ポリシーを本番に出したあとは、DEX テスト と 通知 を使い、社内外のリソースへ安全かつ安定してアクセスできる状態を維持できます。