변경 사항

이제 proxy는 별도의 네트워크 경로에서 지속적으로 검증되므로, 작업 풀에는 처음 발견 시점이 아닌 현재 실제로 작동하는 exit 노드만 유지됩니다. /api/proxy을(를) 호출하거나 /api/auto에서 request를 라우팅할 때, 선택된 proxy가 첫 시도에 성공할 확률이 높아졌습니다.

API는 target URL, follow-redirect 체인 또는 proxy 필드가 프라이빗 또는 예약된 IP 범위로 확인되는 모든 Single 또는 Browser request를 차단합니다. 퍼블릭 target이 내부 네트워크로 리다이렉트하더라도 request는 해당 네트워크에 도달하기 전에 중지됩니다.

이제 개요 페이지에 총 사용 크레딧과 제품별(Single, Proxy, Browser) 세부 정보가 포함된 크레딧 패널이 표시됩니다. 큰 숫자는 간결하게 표시되며(예: 29.7M), 마우스를 올리면 정확한 값이 나타납니다. 활성 필터 및 시간 범위가 동일하게 적용됩니다.

부정적인 validate을 /api/auto에 전달한 경우({data: {fail: ['"Due to legal reasons"']}}처럼), 실패 목록이 해당 텍스트와 일치하지 않아 Cloudflare의 'Just a moment' 삽입 페이지가 캐시된 성공으로 통과될 수 있었습니다. 이제 Auto는 validate 규칙을 적용하기 전에 챌린지 페이지를 거부하며, 점수를 매기는 대신 잘못된 exit를 교체하고 다시 해결합니다.

이제 foura.ai/mcp에 FourA MCP Server 전용 홈이 제공됩니다. 클라이언트(Claude Desktop, Claude Code, Cursor, VS Code, Windsurf 또는 호스팅된 원격 서버)를 선택하고 config를 복사하거나, Add-to-Cursor 및 Install-in-VS-Code 딥링크를 통해 원클릭으로 설치하세요. 다음 네 가지 도구가 함께 제공됩니다: foura_auto, foura_single, foura_proxy 및 foura_browser.

일부 대상은 특정 국가에만 응답합니다(지역 스포츠북, 지역 제한이 있는 마켓플레이스). 이제 Auto는 사이트의 지역 제한 여부를 감지하고, 유효한 response를 반환하는 국가를 기억하여, 이후 호출 시 해당 국가에서 새로운 exit을 가져옵니다. 동시 로드 또한 허용된 세트 전체에 분산되므로 하나의 exit이 모든 로드를 감당하여 rate limit이 발생하는 것을 방지합니다.

호스팅된 MCP 서버를 통해 foura_auto에 긴 타임아웃을 설정할 때, 호출이 완료되기 전 에지(edge)에서 request 타임아웃이 발생할 수 있던 문제가 수정되었습니다. 이제 최대 예산의 자동 호출이 180초 예산을 끝까지 정상적으로 실행합니다.

단일 대상에 많은 동시 Auto 호출을 실행할 때 429 오류가 발생했다면, 이는 웜 패스(warm path)가 점수가 가장 높은 항목을 선택하고 한 번 재생하여 해당 호출들이 단일 캐시된 exit로 집중되었기 때문입니다. 이제 Auto는 필요에 따라 추가 세션을 열고 각 호출을 부하가 가장 적은 exit로 라우팅하므로, 버스트(burst)가 하나의 proxy ID에 집중되지 않고 여러 proxy ID로 분산됩니다. 로컬 측정 결과: no-cookie 이식 가능 호스트에서 100건의 호출 버스트가 이제 수 초 내에 확장된 풀 전체로 분산됩니다.

메인 사이트, 블로그, 문서 및 Updates 포털의 언어 전환기가 개편되었습니다. 각 옵션은 언어의 기본 이름과 현재 UI 언어로 된 이름을 함께 표시하며(예: 불가리아어 사이트의 경우 'Deutsch · немски'), 이름, 코드 또는 locale id로 13개 로캘을 모두 필터링하는 검색 상자를 제공합니다. 각 옵션은 이제 hreflang를 포함하는 실제 링크이므로 검색 엔진과 AI 크롤러가 모든 번역을 추적할 수 있으며, cmd-클릭으로 새 탭에서 다른 언어를 열 수 있습니다. 이 전환기는 모든 사이트의 푸터에도 표시됩니다.

Cloudflare는 정상적으로 통과하는 페이지에도 패시브 스크립트를 주입하며, 기존의 Auto는 이를 활성 챌린지로 간주하여 전체 브라우저 solve를 실행했습니다. 이제 실제 인터스티셜 마커('just a moment' 페이지 등)만 브라우저 경로를 트리거하며, 정상적인 200 응답은 더 저렴한 proxy 계층에서 반환됩니다. 또한 Auto는 기본적으로 최대 5개의 리디렉션을 따릅니다(followRedirects을 통해 구성 가능).

이제 Dashboard의 API Playground에서 Product 행(Single, Browser, Proxy Finder)과 함께 Auto를 최상위 Mode로 제공합니다. 비용을 고려한 래더 및 세션 상각을 엔드투엔드로 테스트하고, 총 예산에 대해 timeout_ms을 설정하며, UI에서 직접 ignoreProxies를 전달할 수 있습니다. Auto를 선택하면 제품별 엔진이 비활성화되며, 그 반대의 경우도 마찬가지입니다.

제품별 endpoint의 두 가지 제어 기능이 Auto에 추가되었습니다. 이제 timeout_ms(5초~180초, 기본값 120초)은 전체 호출에 대한 총 할당 시간입니다. 오케스트레이터가 내부 단계별로 이를 배분하므로 단일 하위 호출이 전체 시간을 소모할 수 없습니다. ignoreProxies를 사용하면 Auto가 건너뛰어야 할 proxy ID 목록을 전달할 수 있으며, 이는 warm session, good-exit probe 및 new-exit search 전반에 걸쳐 적용됩니다.

이전의 Auto 기능은 실제 cookie 만료를 반영하지 않는 replay 실패 시에도 호스트의 세션 TTL을 하향 조정했습니다. cookie가 정상 작동함에도 세션이 계속 삭제되고 재검증되었습니다. 이제 TTL은 지속된 성공을 바탕으로 증가하며 실제 만료 시에만 감소합니다. 따라서 Cloudflare에서 클리어런스된 호스트의 학습된 세션은 첫 번째 403 오류 시 종료되는 대신 몇 분 동안 유지될 수 있습니다.

Cloudflare로 보호되는 대상이 챌린지 통과 후 실제 geo-block 페이지(451)를 제공할 때, watcher가 통과 상태를 하드코딩했기 때문에 Browser 제품은 이를 200으로 보고했습니다. 이제 watcher는 통과 후의 실제 Document를 읽으므로 200은 200으로 유지되고 451은 451로 표시되며, Auto는 잘못된 콘텐츠를 거부하고 validate 규칙과 정확히 일치하는 exit를 계속 검색합니다.

이제 자동 세션이 각 타겟의 요구 사항에 맞춰 조정됩니다. 대화형 챌린지가 없는 사이트는 cookie가 proxy 풀을 통해 전달되는 portable 세션으로 동작하여 rotation 및 failover가 자동으로 처리됩니다. 잠금 해제를 단일 출구에 바인딩하는 사이트(주로 대화형 Cloudflare)는 clearance당 동시성 한도를 가진 상태로 pinned되므로, 일시적으로 집중된 replay 요청으로 인해 잠금 해제가 소진되는 것을 방지합니다.