Pathing ステータス

Cloudflare は次の Edge Pathing Statuses を発行します。

• EdgePathingSrc（経路ソース）: ルーティングを決めた段階です。
• EdgePathingOp（経路オペレーション）: 実行した具体的な操作です。
• EdgePathingStatus（経路ステータス）: EdgePathingOp を補う追加情報です。

EdgePathingSrc は、エラーが発生する前、またはリクエストがキャッシュサーバーへ渡される前に、最後にリクエストを扱ったシステムを指します。多くの場合、これは macro / レピュテーションリストです。経路ソースの例は次のとおりです。

• err
• sslv（SSL 検証チェッカー）
• bic（Browser Integrity Check）
• hot（ホットリンク保護）
• macro（レピュテーションリスト）
• skip（Always Online または cdnjs のリソース）
• user（ユーザーのファイアウォールルール）

例:

jq -r .EdgePathingSrc logs.json | sort -n | uniq -c | sort -n | tail

1 err
5 user
93 macro

EdgePathingOp は、リクエストの扱い方を示します。wl は、Cloudflare ネットワークのセキュリティチェックをすべて通過したリクエストです。そのほかの値の例は次のとおりです。

• errHost（Host ヘッダーの不一致、DNS エラーなど）
• ban（IP アドレスや範囲などによるブロック）

例:

jq -r .EdgePathingOp logs.json | sort -n | uniq -c | sort -n | tail

1 errHost
97 wl

EdgePathingStatus は、EdgePathingSrc が返す値です。経路ソースが macro、user、err の場合、経路ステータスは、その IP アドレスが見つかったリストを示します。最も多い値は nr で、セキュリティチェックでフラグが付かなかったことを意味します。一部の値は利用者の区分を示します。たとえば se は検索エンジンです。

例:

jq -r .EdgePathingStatus logs.json | sort -n | uniq -c | sort -n | tail

1 dnsErr
5 ip
92 nr

一部の Pathing の組み合わせは、Cloudflare の Threat Analytics 機能（Cloudflare ダッシュボードの Analytics アプリ）でラベル付けされています。対応は次のとおりです。

レスポンスステータスは、リクエスト内の次の 3 か所に現れます。

• edgeResponse
• cacheResponse
• originResponse

ログでは、エッジが訪問者のリクエストを最初に受け取ります。次にキャッシュがリクエストを受け取り、オリジンへ転送するか、キャッシュから応答します。edgeResponse だけのリクエストや、edgeResponse と cacheResponse はあるが originResponse がないリクエストもあります。

これにより、リクエストがどこで終了したかを確認できます。edgeResponse だけのリクエストは、セキュリティチェックまたは処理エラーに当たった可能性が高いです。edgeResponse と cacheResponse があるリクエストは、キャッシュから応答されたか、オリジンサーバーへの接続でエラーが起きたものです。originResponse があるリクエストはオリジンサーバーまで到達しており、そこで見えたエラーはオリジンから直接返されたものです。

たとえば、次のクエリは、Cloudflare エッジで終了したすべてのリクエストについて、ステータスコードと Pathing 情報を示します。

jq -r 'select(.OriginResponseStatus == null) | select(.CacheResponseStatus == null) |"\(.EdgeResponseStatus) / \(.EdgePathingSrc) / \(.EdgePathingStatus) / \(.EdgePathingOp)"' logs.json | sort -n | uniq -c | sort -n

1 403 / macro / nr / wl
1 409 / err / dnsErr / errHost

記録される情報は、次のカテゴリに分かれます。

Cloudflare ネットワークの検証を通過しなかったリクエストで発生します。例は次のとおりです。

• Cloudflare がドメインまたはゾーンを解決できない場合。
• オリジンサーバーの IP を不正に使おうとした場合。
• ドメインの所有が不明な場合（たとえば、そのドメインが Cloudflare にない場合）。

特定の IP（または IP 範囲）の設定に基づき、ユーザー起点で発生する操作です。

Cloudflare Firewall Rules（非推奨）は、顧客が定義したルールに一致したときに操作を実行します。

Zone Lockdown は、訪問者の IP が許可リストにない場合、特定の URI へのアクセスをブロックします。

User-Agent 名が特定の文字列に一致するブラウザーを使う訪問者に、チャレンジ（Interactive または Non-Interactive）を出すか、ブロックします。

リクエストの送信元が不正か、リクエスト自体が悪意のあるものかを判定します。

ほかのサイトからのホットリンクを防ぎます。

L7 の緩和によって DDoS 攻撃を破棄します。

macro の段階は、複数の経路で構成されます。訪問者 IP のレピュテーションで分類されます。