Dernières mises à jour et améliorations de FourA
Les proxies sont désormais validés en continu depuis un chemin réseau distinct, de sorte que le pool actif ne conserve que les sorties qui fonctionnent réellement en ce moment (et pas seulement au moment de leur découverte). Lorsque vous appelez /api/proxy ou laissez /api/auto router votre requête, le proxy sélectionné a plus de chances de fonctionner du premier coup.
L'API bloque toute requête Single ou Browser dont l'URL cible, la chaîne de redirection ou le champ proxy correspond à une plage d'adresses IP privée ou réservée. Même si une cible publique redirige vers un réseau interne, la requête s'arrête avant d'y parvenir.
La page Aperçu affiche désormais un panneau Crédits avec le total de vos crédits utilisés ainsi qu'une répartition par produit (Single, Proxy, Browser). Les grands nombres restent compacts (comme 29,7M) et le survol révèle la valeur exacte. Cela respecte vos filtres actifs et votre plage de temps.
Si vous avez passé un validate négatif à /api/auto (comme {data: {fail: ['"Due to legal reasons"']}}), une page interstitielle Cloudflare 'Just a moment' pouvait passer pour un succès mis en cache car la liste d'échecs ne correspondait pas à son texte. Auto rejette désormais les pages de défi avant d'appliquer vos règles de validation, et il remplace la mauvaise sortie puis effectue une nouvelle résolution au lieu de la comptabiliser.
Il existe désormais un espace dédié pour le MCP Server FourA sur foura.ai/mcp. Choisissez votre client (Claude Desktop, Claude Code, Cursor, VS Code, Windsurf, ou le serveur distant hébergé), copiez la configuration, ou installez-le en un clic via les liens profonds Add-to-Cursor et Install-in-VS-Code. Quatre outils sont inclus : foura_auto, foura_single, foura_proxy, et foura_browser.
Certaines cibles ne répondent qu'à des pays spécifiques (sites de paris sportifs régionaux, places de marché avec des restrictions géographiques). Auto détecte désormais lorsqu'un site est géorestreint, mémorise quels pays renvoient de véritables réponses et sélectionne de nouveaux points de sortie depuis ces pays lors des appels suivants. La charge simultanée est également répartie sur l'ensemble autorisé, afin qu'un seul point de sortie ne supporte pas toute la charge et ne subisse pas de rate limit.
Si vous définissez un timeout long sur foura_auto via le serveur MCP hébergé, la request pouvait expirer au niveau du edge avant la fin de votre appel. Ce problème est résolu. Les appels auto à budget complet exécutent désormais leur budget de 180 secondes de bout en bout.
Si vous avez rencontré des erreurs 429 en lançant de multiples appels Auto simultanés vers une même cible, ces appels étaient auparavant canalisés vers une seule sortie en cache, car le chemin à chaud choisissait le favori en termes de score et le rejouait une fois. Auto ouvre désormais des sessions supplémentaires à la demande et achemine chaque appel vers la sortie la moins chargée. Ainsi, une rafale se déploie sur plusieurs identifiants de proxy au lieu d'en saturer un seul. Mesuré localement : une rafale de 100 appels sur un hôte portable sans cookie se répartit maintenant sur le pool élargi en quelques secondes.
Le sélecteur de langue du site principal, du blog, de la documentation et du portail de mises à jour a été entièrement revu. Chaque option affiche le nom natif de la langue ainsi que son nom dans la langue de votre interface actuelle (par exemple 'Deutsch · немски' sur le site bulgare), avec un champ de recherche qui filtre les 13 locales par nom, code ou identifiant de locale. Chaque option est désormais un vrai lien avec hreflang, afin que les moteurs de recherche et les robots d'IA puissent suivre chaque traduction, et vous pouvez faire un cmd-clic pour ouvrir une autre langue dans un nouvel onglet. Le sélecteur se trouve également dans le pied de page de chaque site.
Cloudflare injecte un script passif même sur les pages qui passent proprement, et Auto traitait auparavant toute référence à celui-ci comme un défi actif en exécutant quand même une résolution complète par le navigateur. Désormais, seuls les véritables marqueurs interstitiels (la page 'just a moment' et similaires) déclenchent le chemin du navigateur ; un code 200 propre est renvoyé par le niveau de proxy le plus économique. Auto suit également jusqu'à 5 redirections par défaut (configurable via followRedirects).
Le Playground API de votre tableau de bord propose désormais Auto comme mode de premier niveau, à côté de la ligne Produit (Single, Browser, Proxy Finder). Vous pouvez tester de bout en bout la cascade sensible aux coûts et l'amortissement des sessions, définir timeout_ms pour le budget total, et passer ignoreProxies directement depuis l'interface utilisateur. La sélection du mode Auto désactive les moteurs par produit, et inversement.
Deux contrôles des endpoints par produit sont arrivés sur Auto. timeout_ms (de 5s à 180s, par défaut 120s) est désormais le budget total pour l'appel complet ; l'orchestrateur le répartit sur les niveaux internes afin qu'un sous-appel ne puisse pas consommer toute votre fenêtre. ignoreProxies vous permet de passer une liste d'ID de proxy qu'Auto doit ignorer, respectée sur les sessions chaudes, la sonde de bonne sortie et la recherche de nouvelle sortie.
Auto réduisait auparavant le TTL de session d'un hôte à chaque échec de rejeu, même lorsque l'échec ne reflétait pas une véritable expiration du cookie. Les sessions continuaient d'être évincées et résolues à nouveau alors que leurs cookies fonctionnaient encore. Le TTL augmente désormais lors des succès prolongés et ne diminue que lors des véritables expirations, de sorte qu'une session apprise pour un hôte autorisé par Cloudflare peut se maintenir pendant plusieurs minutes au lieu de s'interrompre après la première erreur 403.
Lorsqu'une cible protégée par Cloudflare renvoyait une véritable page de blocage géographique (451) une fois le défi réussi, le produit Browser la signalait comme un 200 car l'observateur codait en dur le statut validé. L'observateur lit désormais le Document réel après validation, de sorte qu'un 200 reste 200, un 451 remonte comme 451, et Auto rejette le contenu erroné et continue de chercher une sortie qui correspond véritablement à vos règles validate.
Les sessions automatiques s'adaptent désormais aux besoins de chaque cible. Les sites sans défis interactifs s'exécutent comme des sessions portables où les cookies utilisent le pool de proxy, la rotation et le basculement se font donc automatiquement. Les sites qui lient leur déverrouillage à une seule sortie (Cloudflare interactif étant le principal) sont épinglés avec un plafond de simultanéité par autorisation, afin qu'une rafale de requêtes répétées ne puisse pas épuiser votre déverrouillage.
