Journal d'activité
Le journal d'activité (Activity Log) affiche votre trafic le plus récent en temps réel. Utilisez-le pour déboguer des appels individuels, vérifier les codes de réponse et confirmer qu'une nouvelle intégration fonctionne.
Produit
La page s'ouvre sur un sélecteur de Produit : API pour les requêtes envoyées aux endpoints API, Proxy pour les tunnels que vos propres outils ouvrent via proxy.foura.ai. Les deux flux couvrent la dernière heure et acceptent le même sélecteur de limite. Le sélecteur est mémorisé et accessible par lien direct via #activity/proxy.
Le reste de cette page décrit d'abord le flux API, puis le flux Proxy.
Ce que vous verrez sur le flux API
Le journal affiche les requêtes effectuées au cours de la dernière heure, avec les plus récentes en haut. Neuf colonnes composent chaque ligne :
| Colonne | Description |
|---|---|
| Heure | Moment où la requête a été effectuée |
| Clé | Clé API utilisée |
| Requête | L'appel lui-même : un badge d'endpoint coloré (Single, Proxy, Browser ou Auto), la méthode HTTP et le domaine cible. Tri par domaine. |
| Statut | Deux valeurs dans une même cellule, séparées par une barre oblique : le statut HTTP de votre appel vers FourA, puis le statut renvoyé par la cible. Un tiret indique que la cible n'a jamais répondu. |
| Résultat | Classification de la requête (Success, Client Error, Rate Limited, etc.) |
| Durée | Temps de réponse total en millisecondes |
| Octets | Transfert dans les deux sens dans une seule cellule : flèche vers le bas pour le payload de la requête, flèche vers le haut pour la réponse. Une ligne ayant utilisé du trafic premium porte la mention premium sur cette cellule, y compris si une sortie premium a été tentée et que le pool standard a répondu ; ce trafic est comptabilisé dans votre trafic premium. |
| Crédits | Crédits consommés pour l'appel (voir Response Headers) |
| IP client | L'adresse ayant émis la requête. Les requêtes envoyées depuis le Playground ou le MCP hébergé de FourA affichent FourA à la place d'une adresse. |
Cliquez sur l'en-tête d'une colonne pour trier le tableau selon cette colonne ; le tri alterne entre décroissant, croissant, puis désactivé. Ctrl ou Cmd clic réinitialise au tri par défaut (le plus récent en premier).
Filtrage
Quatre contrôles permettent de filtrer le journal.
Par propriétaire
Si vous appartenez à au moins une organisation, un menu déroulant Propriétaire apparaît en premier : Tout, Personnel ou l'une de vos organisations. Le modifier reconstruit le menu déroulant des clés adjacent, évitant qu'une clé appartenant au propriétaire précédent ne persiste et ne renvoie silencieusement aucun résultat. Le même contrôle sur Overview, Metrics et API Keys suit votre choix. Voir Organizations.
Par clé API
Utilisez le menu déroulant des clés API pour afficher les requêtes d'une clé spécifique. Seules les clés auxquelles vous avez accès apparaissent : vos clés personnelles et les clés des organisations dont vous faites partie.
Par endpoint
Lorsque le produit est défini sur API, filtrez selon un endpoint avec les boutons Single / Proxy Finder / Browser / Auto. Pratique pour déboguer les erreurs spécifiques au navigateur séparément des requêtes simples. Auto liste vos appels Auto, une ligne chacun.
Par limite
Le journal d'activité affiche par défaut 50 entrées. Utilisez le sélecteur de limite pour modifier le nombre d'entrées affichées :
| Limite | Notes |
|---|---|
| 10 | Analyse rapide |
| 50 | Par défaut |
| 100 | Vue étendue |
| 200 | Maximum |
Toutes les entrées proviennent de la dernière heure. Pour les données historiques, utilisez la section Metrics, qui agrège les données sur plusieurs jours et semaines.
Appels Auto
Une ligne Auto représente un appel. Sa deuxième ligne indique le nombre de tentatives effectuées par Auto et le nombre de réussites, et ses champs Credits et Bytes correspondent aux totaux de ces tentatives. Pendant quelques secondes après la fin d'un appel, le statut affiche attempts settling…, puis la ligne se met à jour automatiquement. Un appel refusé avant toute tentative d'Auto affiche no attempts recorded.
Ouvrez la ligne pour afficher le tableau Attempts : Engine, Rung, Status, Outcome, Time, Bytes, Credits. Les tentatives sont décomptées de vos limites Single, Proxy Finder et Browser, jamais de votre volume de requêtes ni de votre taux de réussite.
Ouvrir une requête
Cliquez sur une ligne pour ouvrir un panneau détaillé contenant l'aperçu complet des payloads de requête et de réponse. Le panneau s'ouvre sur une grille de métadonnées construite à partir de la ligne elle-même, restant utile même si le payload stocké a expiré : horodatage, clé, statut HTTP, statut applicatif, résultat, durée, crédits, proxy et X-FourA-Request-Id de la requête.
Sous la grille, un seul volet s'affiche à la fois, sélectionné par onglet :
| Onglet | Contenu affiché |
|---|---|
| Request | JSON formaté du corps exact envoyé |
| Response headers | Les headers renvoyés par la cible, un bloc par saut de redirection. En cas de redirection par la cible, l'onglet affiche le nombre de sauts. |
| Response body | L'aperçu du corps stocké, avec des badges tronqués et binaires le cas échéant |
| Other fields | Tout autre élément renvoyé par le moteur au-delà du statut, des durées, du proxy et des headers. Masqué lorsqu'il n'y a aucun élément supplémentaire. |
Un bouton Copy permet de copier le volet actuellement ouvert. Les payloads sont conservés 24 heures, dans la limite des 200 derniers par clé d'API. Les lignes plus anciennes affichent uniquement la ligne, sans payload.
Messages du volet Body
Le volet de corps utilise différents textes d'information selon la situation :
| Message | Signification |
|---|---|
(no body — the request failed: <error>) |
La requête a échoué avant que la cible ne renvoie un corps |
(no body captured for this request) |
Le payload a expiré ou n'a pas été stocké |
(empty body — the server returned 0 bytes) |
La cible a renvoyé une réponse vide réelle |
Ouvrir dans Playground
La boîte de dialogue détaillée contient un bouton Open in Playground. Cliquez dessus pour charger la requête archivée ainsi que la réponse archivée dans le formulaire Playground. Vous pourrez ensuite ajuster les paramètres et rejouer la requête sur l'API en direct, ou simplement inspecter la réponse reçue sans réexécuter la requête.
Le bouton est désactivé pour les appels Auto et pour les payloads non rejouables (ébauches de requêtes trop volumineuses et routes hors API), avec une indication expliquant la raison.
Le flux Proxy
Basculez Product sur Proxy et le flux affiche une ligne par tunnel, également sur la dernière heure. Un tunnel correspond à une connexion ouverte par votre outil. Ce qui y transite est votre propre trafic chiffré. La ligne décrit donc la destination de la connexion, son point de sortie, son temps d'ouverture et le volume transporté.
| Column | What it shows |
|---|---|
| Time | Heure de fermeture du tunnel, avec l'ancienneté relative à côté |
| Proxy user | Utilisateur proxy ayant acheminé la connexion |
| Target | Hôte et port cibles du tunnel |
| Exit | Shared ou Premium, avec le pays de sortie lorsqu'il est connu |
| Outcome | Success, Client Error, Service Error, Service Fail ou Rate Limited, avec la raison explicite en cas de refus |
| Setup | Délai entre la connexion de votre outil et la mise à disposition du tunnel |
| Duration | Durée pendant laquelle le tunnel est resté ouvert |
| Bytes | Les deux directions dans une seule cellule, avec une mention premium lorsque la sortie utilisait le réseau premium |
| Client IP | Adresse IP source de la connexion |
Il n'y a pas de colonnes Status, Credits ou payload, ni de boîte de dialogue de détails. Un CONNECT ne renvoie aucun code d'état de la cible et aucun corps que FourA pourrait stocker.
Le menu déroulant Owner et le sélecteur de limite fonctionnent de la même manière. À la place du sélecteur de clé, un menu déroulant Proxy user permet de restreindre le flux à un identifiant précis. Chaque colonne est triable.
Une ligne indiquant Rate Limited correspond à une limite de votre forfait, et non à un refus de la cible. Le motif précise la cause exacte: tunnels simultanés, ouvertures par minute, quota de trafic épuisé, réseau premium indisponible ou port non inclus dans votre forfait. Voir Proxy Port.
Utiliser le Request ID
Chaque réponse de l'API inclut un header X-Foura-Request-Id. Enregistrez-le de votre côté. Vous pourrez le copier dans un ticket de support pour cibler précisément la requête dans l'Activity Log. Cet identifiant est identique à celui utilisé dans cette boîte de dialogue et correspond au champ X-Foura-Request-Id renvoyé par l'API. Consultez Response Headers pour en savoir plus.
Pages associées
- Metrics and Analytics : Données de performance agrégées sur des périodes plus longues, pour les deux produits
- Proxy Port : Le produit suivi par le flux Proxy
- Playground : Rejouer des requêtes depuis la section Activity
- Response Headers : Origine du request ID et des crédits
- API Endpoints : Structure des requêtes et des réponses
- Organizations : Éléments couverts par le filtre Owner
- Troubleshooting : Problèmes fréquents et solutions