변경 사항

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

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

FourA MCP 0.6.0에서는 에이전트가 request가 표시할 브라우저를 선택할 수 있습니다. foura_single 및 foura_proxy는 browser, os, version 또는 GET /api/profiles의 공개 카탈로그에 있는 정확한 profile ID를 허용합니다. 이 값들은 이미 업스트림으로 전송되는 request 내부에 포함되어 전달되므로 추가 호출이 발생하지 않습니다. 이 값들을 생략하면 request는 이전과 동일하게 최신 Google Chrome으로 표시됩니다. 카탈로그에서 제공할 수 없는 조합은 사용 가능한 목록이 포함된 오류로 반환되므로, 선택하지 않은 브라우저로 request가 전송되는 일은 없습니다.

이제 두 도구 모두 대상이 봇 검사를 실행할 때 defense을 반환합니다. defense.solved: false는 본문이 요청한 콘텐츠가 아니라 챌린지 페이지일 수 있음을 의미하며, 이는 차단 페이지를 데이터로 파싱하는 대신 다른 브라우저로 재시도하거나 에스컬레이션하라는 신호입니다.

동일한 릴리스의 수정 사항: unblocker 설명에는 기본값이 꺼져 있다고 명시되어 있었습니다. 이는 항상 켜져 있었으므로 request는 이미 전체 브라우저 header 세트를 포함하고 있었습니다. 이제 게시된 스키마가 실제 동작과 일치합니다.

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

profile 매개변수는 unblocker에게 /api/single 및 /api/proxy에서 어떤 브라우저처럼 보일지 알려줍니다. 정확한 프로필 ID(firefox147 또는 chrome146 등)를 전달하거나, browser + os + version이 가장 최신의 일치하는 조합으로 확인되도록 하십시오. GET /api/profiles는 현재 카탈로그(5개의 브라우저 제품군에 걸친 79개 프로필)를 반환하므로 오래된 목록을 하드코딩할 필요가 없습니다. 대시보드 플레이그라운드는 세 개의 연속된 선택 항목으로 동일한 선택기를 제공합니다.

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

이제 서비스는 모든 인스턴스를 상실하여 request가 도달할 곳이 없는 상태일 때만 다운된 것으로 간주됩니다. 일상적인 롤링 배포는 더 이상 상태 페이지에 인시던트로 표시되지 않습니다.

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

플랜 업그레이드 시 은행에서 3D Secure를 요구할 때 사용자에게 인증 프롬프트가 표시되지 않아 request가 응답 없는 상태를 계속 폴링하는 문제가 있었습니다. 이제 플랜 변경 프로세스에서도 최초 구독 시와 동일하게 해당 추가 단계를 처리하여 업그레이드가 정상적으로 진행됩니다.

관리자가 맞춤형 요금제를 할당하면, 이제 Billing / Plan에 'Your custom plan: {name} ({price})'로 표시되며 구독 버튼이 함께 제공됩니다. 이전에는 누군가 알려주기 전까지 할당 내역이 표시되지 않았습니다.

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

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

SiteGround는 소규모 WordPress 및 WooCommerce 쇼핑몰의 상당 부분을 호스팅하므로, 해당 로봇 챌린지 화면은 단일 사이트가 아닌 하나의 타겟 클래스입니다. unblocker: true을 통해 이제 Single은 이를 인프로세스로 해결하고 실제 페이지를 반환합니다. 이전에는 이러한 타겟 클래스에 대해 Browser를 실행해야 했으며, 이는 브라우저 세션 비용과 대기 시간이 발생함을 의미했습니다. 통과 cookie가 response에 포함되어 반환되므로 재시도 비용이 저렴하게 유지됩니다.

이제 브라우저가 본문을 읽기 전에 리디렉션되는 챌린지 페이지를 처리하므로, 보호된 사이트에 대한 request가 빈 response 대신 콘텐츠와 함께 반환됩니다.

SiteGround는 많은 소규모 WordPress 및 WooCommerce 샵 앞에 'Robot Challenge Screen'을 배치합니다. 클릭할 요소는 없으며 SHA-1 작업 증명으로 작동합니다. 이제 Single은 30 크레딧이 소요되는 브라우저 세션 대신 2 크레딧으로 한 번의 호출(call) 만에 이를 해결하고 실제 웹페이지를 반환합니다. 이는 Single이 자체적으로 처리하는 최초의 Cloudflare 이외의 방어 기능입니다.