Cookie テストでプロキシと User-Agent を一致させる方法

Cookie は特定のセッションに属します

DataDome、Akamai、PerimeterX などの Cookie 型チャレンジを許可された環境でテストする場合、結果は出口 IP やブラウザー状態に依存することがあります。タスク作成時のプロキシと返却された useragent を結果利用時にも使います。完了した Cookie が別の環境でも有効とは限りません。

作成前の確認

種類別仕様で必須項目を確認します。HTTP プロキシでは proxyAddress、文字列の proxyPort、proxyType:"http" を使い、認証情報はサーバー側だけに保持します。完全なチャレンジ URL を維持し、別セッションのものに置き換えないでください。

再利用のチェックリスト

1. 結果利用時にも同じ出口 IP を維持します。同じホスト名のローテーション型プロキシでも IP は変わることがあります。
2. 返された useragent と、アプリが必要とするその他のブラウザー状態を使います。
3. 種類ごとの形式に従い、権限のあるアプリのドメインとパスにのみ Cookie を適用します。
4. 再テスト前に有効期限とコンテキストの変化を確認します。

Cookie が拒否されたら

作成時と利用時の IP をローカルで比較します。HTTP クライアントやテストブラウザーが実際に使う User-Agent を確認してください。単一リクエストのヘッダー変更では既存ブラウザー設定は変わりません。アプリの検証応答と Cookie の domain/path も確認します。プロキシのパスワードや Cookie 自体はログに出しません。

直ちに再作成せず不一致を修正し、新しいチャレンジが必要か判断します。DataDome、Akamai、PerimeterX の形式は異なるため、共通の Cookie パーサーを想定しないでください。

OCR でも必要ですか？

OCR は画像バイト列が入力で、再利用するブラウザーセッションはありません。無関係な種類にプロキシ要件を加えないでください。リクエスト自体の失敗はエラー処理を参照してください。