변경 사항

Imperva는 차단 페이지뿐만 아니라 정상 페이지에도 스크립트를 삽입합니다. 이제 Auto는 이 둘을 구분하므로 브라우저 비용을 지불하지 않고도 Imperva가 적용된 사이트의 응답을 반환합니다. 1회 시도, 10 크레딧, 약 6초가 소요됩니다.

Browser request에 userAgent을 설정하면 해당 문자열이 header, 페이지 및 워커에 그대로 전송됩니다. 클라이언트 힌트도 함께 전달되므로 sec-ch-ua, 플랫폼 및 navigator.platform이 모두 요청한 내용과 일치하게 됩니다. response에는 동일한 문자열이 반환됩니다.

이제 브라우저는 출구가 위치한 국가의 시간대로 실행됩니다. 따라서 현지 시간을 렌더링하는 페이지는 해당 지역 방문자가 보는 것과 동일한 방식으로 시간을 표시합니다. 출구 국가를 알 수 없는 경우 시계는 변경되지 않습니다.

일부 사이트는 첫 번째 request를 거부하고 동일한 response에 세션을 포함하여 전달합니다. 이제 Single, Proxy, Auto 및 Browser는 이를 동일한 exit로 즉시 다시 전송하므로, 재시도할 필요 없이 첫 번째 호출에서 페이지를 수신할 수 있습니다.

사이트가 챌린지를 계속 유지하는 경우, 이제 Browser는 즉시 다른 proxy로 변경할 수 있도록 벤더, 시도 횟수 및 통과 여부를 응답으로 반환합니다. 통과에 성공한 페이지는 통과를 수행한 호출에 대해 defenseSolved: true을 보고합니다.

Browser request에서 timeout_ms을 최대 120초까지 설정하면 해당 시간 동안 계속 실행됩니다. 따라서 응답이 느린 대상에 지정된 시간이 부여되며 엔진의 자체 판정 결과를 확인할 수 있습니다.

이제 response는 아무것도 보고하지 않거나 차단을 Cloudflare로 잘못 귀속시키던 경우에 akamai 및 ebay-splashui를 보고합니다. 재시도 전략을 선택하기 위해 코드에서 defense.vendor을 기준으로 분기하는 경우, 이제 이 두 이름이 올바르게 표시됩니다.

이제 가로 스크롤 없이 14" MacBook 화면에 Activity가 맞게 표시되며, 모든 열의 값이 유지됩니다. 상세 패널이 탭 형태(Request, Response headers, Response body)로 변경되어, 900px 아래로 스크롤할 필요 없이 응답을 최상단에서 확인할 수 있습니다. 툴팁이 포인터를 따라 이동하며 전체 URL을 표시합니다.

이제 method 열은 저희 API 계층이 수신했다는 이유로 항상 POST를 표시하는 대신, request 본문의 동사(GET, POST, PUT 등)를 읽어옵니다. Playground 호출 시 Send를 클릭한 사용자의 브라우저 IP도 함께 기록되므로, 공유 계정에서도 누가 어떤 작업을 실행했는지 확인할 수 있습니다.

포화 상태의 인스턴스는 상태 확인에 3에서 10초가 걸리는 반면 정상 인스턴스는 9에서 225밀리초가 소요되며, 이전에는 두 경우 모두 정상으로 표시되었습니다. 이제 느린 상태는 해당 인스턴스의 자체 원인을 포함하여 성능 저하로 표시되므로, 아직 실패한 request로 이어지기 전 단일 서버가 느려진 시점에 문제를 확인할 수 있습니다. Auto 역시 모니터링되며, 성공할 때마다 발생하는 일반적인 제한 대신 실제 어려운 문제 해결에 걸리는 시간을 기준으로 제한이 설정됩니다.

대시보드 Playground에 프로필 카탈로그에서 실시간으로 가져오는 OS, 브라우저, 버전을 위한 3개의 계단식 선택 항목이 추가되었습니다. 두 가지를 선택하면 세 번째 항목은 실제로 사용 가능한 값으로 좁혀집니다. 이 값 없이 프로필을 요청하면 API가 거부하므로 프로필을 선택하면 unblocker이 활성화됩니다.

언블로커가 전송하는 기본 서명이 스크래퍼에 하드코딩된 구버전이 아닌 최신 메이저 버전으로 업데이트되었습니다. 구형 메이저 버전에 대해 정적 차단 페이지를 반환하던 사이트들이 이제 Single 및 Browser 환경에서 실제 페이지를 정상적으로 반환합니다. 두 제품 모두 동일하게 변경되었으므로, Browser에서 Single로의 cf_clearance 재생은 여전히 바이트 단위로 정확히 일치합니다.

이전에는 Cloudflare clearance cookie가 나타날 때만 Browser에서 방어 해결에 따른 30 크레딧을 청구했습니다. 이제 SiteGround를 시작으로 시스템이 인식하고 우회하는 모든 방어 시스템에 동일하게 적용됩니다. 또한 응답에 defenses: { present, cleared }이 포함되어 있어, 아직 우회하지 못한 경우라도 어떤 벤더가 차단하고 있는지 확인할 수 있습니다(현재 DataDome, PerimeterX, Akamai, Incapsula, hCaptcha는 인식은 가능하나 아직 우회되지 않음).

이제 브라우저 응답은 defenses: { present, cleared }을 반환합니다. 대상이 실행한 모든 vendor와 당사가 실제로 해제한 모든 vendor가 포함됩니다. 청구에도 동일한 규칙이 적용됩니다. Cloudflare뿐만 아니라 vendor의 방어를 해제하는 request는 방어 해결로 간주되며, 당사가 인식하지만 아직 우회할 수 없는 vendor는 present에 표시되며 가격을 인상하지 않습니다.

exitCountries을 전달할 때 플랜에 지리적 타겟팅이 포함되어 있지 않으면, 매개변수를 명시하고 해결 방법을 안내하는 403 오류를 받게 됩니다. 더 이상 request의 어떤 필드가 검사를 트리거했는지 추측할 필요가 없습니다. 지리적 타겟팅이 포함된 플랜은 영향을 받지 않습니다.