AutoでImperva保護ページを10クレジットでフェッチ可能に
Impervaはブロックページだけでなく正常なページにもスクリプトを挿入します。Autoはこれら2つを区別できるようになったため、ブラウザの費用をかけずにImpervaがフロントにあるサイトのレスポンスを返します。1回の試行、10クレジット、約6秒で完了します。
FourA の最新のアップデートと改善情報
Impervaはブロックページだけでなく正常なページにもスクリプトを挿入します。Autoはこれら2つを区別できるようになったため、ブラウザの費用をかけずにImpervaがフロントにあるサイトのレスポンスを返します。1回の試行、10クレジット、約6秒で完了します。
Browser requestでuserAgentを設定すると、指定した文字列がそのままheader、ページ内、およびそのworkerで送信されます。クライアントヒントもそれに付随するため、sec-ch-ua、プラットフォーム、およびnavigator.platformはすべて指定した内容と一致します。responseには同じ文字列が返されます。
ブラウザは出口の国のタイムゾーンで実行されるようになりました。そのため、現地時間をレンダリングするページは、その国の訪問者が見るのと同じように表示されます。出口の国が不明な場合、時計は変更されません。
一部のサイトでは初回のリクエストを拒否し、同じレスポンスでセッションを返します。Single、Proxy、Auto、およびBrowserは同じexitで直接これを送り返すようになったため、再試行のコストをかけることなく初回のリクエストでページを取得できます。
サイトがチャレンジを継続する場合、Browserはベンダー、実行回数、およびクリアランスが付与されたかどうかを応答するようになり、直ちに別のproxyへ移行できるようになりました。クリアされたページは、クリア時の呼び出しでdefenseSolved: trueを報告します。
Browserのrequestに対してtimeout_msを最大120秒に設定すると、その設定時間全体で実行されます。これにより、応答の遅いターゲットにも指定した時間が割り当てられ、エンジン自身の判定結果を取得できます。
以前は何も報告されなかった(またはブロックを誤ってCloudflareによるものとしていた)場合でも、レスポンスでakamaiおよびebay-splashuiを報告するようになりました。再試行戦略を選択するためにコードがdefense.vendorで分岐する場合、これら2つの名前が正しく表示されるようになります。
アクティビティが横スクロールなしで14インチMacBookに収まるようになり、すべての列の値を保持します。詳細パネルはタブ付きペイン (Request、Response headers、Response body) になり、900px下までスクロールしなくても上部で結果を確認できます。ツールチップはポインターに追従し、完全なURLを表示します。
メソッド列は、API層が受け取ったメソッドとして常にPOSTを表示するのではなく、リクエストボディから実際の動詞(GET、POST、PUTなど)を読み取って表示するようになりました。また、Playgroundでの呼び出しではSendをクリックしたユーザーのブラウザIPも記録されるため、共有アカウントでも誰が実行したかを特定できます。
飽和状態のインスタンスはヘルスチェックに3から10秒かかりますが、正常なインスタンスは9から225ミリ秒で応答し、以前はどちらも正常として表示されていました。現在は遅い状態がdegradedとして表示され、インスタンス自体の理由が保持されるため、リクエストが失敗する前の、1つのサーバーが遅くなっている段階で問題を把握できます。Autoも監視対象となり、成功するたびにトリガーされる一般的な制限ではなく、実際のハードな解決にかかる時間に合わせて制限が設定されています。
Dashboard Playgroundに、OS、ブラウザ、バージョン用の3つのカスケード選択が追加され、プロファイルカタログからライブで取得されるようになりました。任意の2つを選択すると、3つ目は実際に解決可能なものに絞り込まれます。プロファイルを選択するとunblockerがオンになります。これは、これなしではAPIがプロファイルを拒否するためです。
unblockerが送信するデフォルトのシグネチャは、スクレイパーがハードコードしていた古いバージョンではなく、最新のメジャーバージョンになりました。古いメジャーバージョンに対して静的なブロックページを返し始めていたサイトも、SingleおよびBrowserでは実際のページを返すようになります。両製品は同時にアップデートされたため、BrowserからSingleへの cf_clearance のリプレイは引き続きバイト単位で完全に一致します。
以前、BrowserはCloudflareのclearance cookieが確認された場合にのみ、防御突破ティアの30クレジットを課金していました。現在は、SiteGroundをはじめとする、システムが認識して突破したすべての防御に対して同様に課金します。また、レスポンスには defenses: { present, cleared } が含まれるため、まだ突破できていない場合でも、どのベンダーがブロックしているかを特定できます(DataDome、PerimeterX、Akamai、Incapsula、hCaptchaは現在認識されていますが、まだ突破されていません)。
ブラウザレスポンスは defenses: { present, cleared } を返すようになりました。これにより、ターゲットが実行したすべてのベンダーと、実際にクリアされたすべてのベンダーが示されます。課金も同じルールに従います。任意のベンダー(Cloudflareのみに限定されません)をクリアしたリクエストは防御の解決とみなされます。認識可能であってもまだ突破できないベンダーは present に表示され、価格が上がることはありません。
プランにジオターゲティングが含まれていない状態で exitCountries を渡すと、パラメータを明記し解決策を示す403エラーが返されます。リクエストのどのフィールドがチェックに引っかかったかを推測する必要はなくなりました。ジオターゲティングが含まれるプランには影響ありません。