Änderungsprotokoll

Viele Websites zeigen ihre Startseite für jeden an und sperren tiefere Seiten. Auto übernimmt jetzt die Session der Startseite und ruft damit die tieferliegende URL ab. Dies wird dir mit einem warmup in der Response bestätigt.

Setze timeout_ms für einen Browser-Request auf bis zu 120 Sekunden und er nutzt dieses gesamte Budget, sodass ein langsames Ziel die von dir gegebene Zeit erhält und du das eigene Ergebnis der Engine liest.

Der Browser löst nun die Checkbox-Challenge von Cloudflare bei gleichzeitigen Requests auf dieselbe Seite, und ein Klick zählt erst, wenn die Challenge wirklich verschwunden ist. Drei gleichzeitige Requests werden in 5 bis 9 Sekunden abgeschlossen.

Playground rendert jetzt die Response deines Ziels, auch auf Websites, die große Cookies setzen, und API Endpoints antworten immer in JSON.

Geschützte eBay-Seiten leiten Besucher auf eine Argon2 Proof-of-Work Challenge um. Single löst diese nun in einem Aufruf und liefert das eigentliche Angebot für 2 Credits, statt der rund 360 Credits über den Fallback-Pfad. Wenn du bisher den vollen Preis für eBay bezahlt hast, ist das jetzt vorbei.

Wenn dein Ziel auf einen anderen URL-Pfad umgeleitet hat, gab der Browser bisher 'No response received' zurück, obwohl die Seite ankam. Das ist behoben; der Request folgt der Navigation nun zum jeweiligen Ziel. eBay, Shops mit vielen Weiterleitungen und alles mit einem 3xx zu einer Challenge-Seite funktionieren jetzt.

Responses melden jetzt akamai und ebay-splashui, wo sie zuvor nichts gemeldet haben (oder die Blockierung fälschlicherweise Cloudflare zuschrieben). Wenn dein Code bei defense.vendor verzweigt, um eine Retry-Strategie auszuwählen, werden diese beiden Namen nun korrekt angezeigt.

Activity passt nun ohne horizontales Scrollen auf ein 14" MacBook, und jede Spalte behält ihren Wert. Das Detail-Panel hat jetzt Tabs (Request, Response-Header, Response-Body), sodass die Antwort oben steht, statt 900px weiter unten. Tooltips folgen deinem Mauszeiger und zeigen die vollständige URL an.

Die Methoden-Spalte liest nun das Verb aus deinem Request-Body (GET, POST, PUT, etc.), anstatt immer POST anzuzeigen, weil unser API-Layer dies empfangen hat. Playground-Aufrufe erfassen auch die Browser-IP der Person, die auf Senden geklickt hat. So können geteilte Accounts nachvollziehen, wer was ausgeführt hat.

Mit FourA MCP 0.6.0 kann ein Agent wählen, welchen Browser ein Request präsentiert. foura_single und foura_proxy akzeptieren browser, os, version oder eine genaue profile ID aus dem öffentlichen Katalog unter GET /api/profiles. Sie werden im Request mitgeschickt, der bereits upstream geht, es gibt also keinen zusätzlichen Aufruf. Wenn du sie weglässt, präsentiert der Request den neuesten Google Chrome, genau wie zuvor. Eine Kombination, die der Katalog nicht präsentieren kann, liefert einen Fehler mit den verfügbaren Optionen zurück. Ein Request wird also nie als ein Browser gesendet, den du nicht ausgewählt hast.

Beide Tools geben nun defense zurück, wenn das Ziel einen Bot-Check durchgeführt hat. defense.solved: false bedeutet, dass der Body eine Challenge-Seite statt des angeforderten Inhalts sein kann. Dies ist das Signal, es mit einem anderen Browser erneut zu versuchen oder zu eskalieren, anstatt eine Block-Seite als Daten zu parsen.

Eine Korrektur im selben Release: Die Beschreibung von unblocker besagte, dass der Standardwert aus war. Er war schon immer an, daher enthielten Requests bereits ein vollständiges Browser-Header-Set. Das veröffentlichte Schema entspricht nun diesem Verhalten.

Eine überlastete Instanz beantwortet einen Health Check in 3 bis 10 Sekunden, während eine gesunde 9 bis 225 Millisekunden benötigt. Bisher galten beide als in Ordnung. Langsam gilt jetzt als beeinträchtigt und übermittelt den eigenen Grund der Instanz. So erkennen wir das Problem, solange es nur ein einzelner langsamer Server und noch nicht dein fehlgeschlagener Request ist. Auto wird ebenfalls überwacht. Die Limits sind darauf eingestellt, wie lange ein echtes, schweres Solve dauert, anstelle eines generischen Limits, das bei jedem Erfolg auslösen würde.

Der Parameter profile teilt dem Unblocker mit, als welcher Browser er sich bei /api/single und /api/proxy ausgeben soll. Übergib eine exakte Profil-ID (wie firefox147 oder chrome146) oder lass browser + os + version zur neuesten passenden Kombination auflösen. GET /api/profiles gibt den aktuellen Katalog zurück (79 Profile über fünf Browser-Familien), damit du keine veraltende Liste hardcodest. Der Dashboard-Playground bietet denselben Picker in Form von drei kaskadierenden Selects.

Der Dashboard Playground bietet jetzt drei kaskadierende Auswahlmenüs für OS, Browser und Version, die live aus dem Profilkatalog geladen werden. Wähle zwei beliebige aus und die dritte Auswahl wird auf die tatsächlich verfügbaren Optionen eingegrenzt. Die Auswahl eines Profils aktiviert unblocker, da die API ein Profil ohne diese Einstellung ablehnt.

Ein Service gilt jetzt nur noch als ausgefallen, wenn er jede Instanz verloren hat, der einzige Zustand, in dem dein Request nirgendwo landen kann. Routinemäßige Rolling Deploys werden nicht mehr als Vorfälle auf der Statusseite angezeigt.

Die vom Unblocker gesendete Standard-Signatur ist jetzt eine aktuelle Major-Version und nicht mehr die alte, die Scraper fest codiert hatten. Websites, die bei älteren Major-Versionen statische Block-Seiten zurückgegeben haben, liefern auf Single und Browser wieder ihre echte Seite aus. Beide Produkte wurden zusammen aktualisiert. Ein cf_clearance Replay von Browser zu Single ist also weiterhin Byte für Byte identisch.