Aktivitätsprotokoll

Das Activity Log zeigt deinen aktuellen Traffic in Echtzeit. Nutze es, um einzelne Aufrufe zu debuggen, Response Codes zu prüfen und neue Integrationen zu verifizieren.

Produkt

Die Seite öffnet sich mit einer Produkt-Auswahl: API für Requests an die API-Endpoints, Proxy für Tunnel, die deine eigenen Tools über proxy.foura.ai öffnen. Beide Feeds decken die letzte Stunde ab und nutzen dieselbe Limit-Auswahl. Die Auswahl wird gespeichert und ist per Deep-Link als #activity/proxy erreichbar.

Der Rest dieser Seite beschreibt zuerst den API-Feed, danach den Proxy-Feed.

Was du im API-Feed siehst

Das Log zeigt Requests der letzten Stunde an, die neuesten ganz oben. Neun Spalten strukturieren die Daten:

Spalte	Beschreibung
Zeit	Zeitpunkt des Requests
Key	Verwendeter API-Key
Request	Der Aufruf selbst: ein farbiger Endpoint-Marker (Single, Proxy, Browser oder Auto), die HTTP-Methode und die Ziel-Domain. Sortiert nach Domain.
Status	Zwei Werte in einer Zelle, getrennt durch einen Schrägstrich: der HTTP-Status deines Aufrufs an FourA, danach der Status, den das Ziel zurückgegeben hat. Ein Bindestrich bedeutet, dass das Ziel nicht geantwortet hat.
Ergebnis	Klassifizierung des Requests (Success, Client Error, Rate Limited usw.)
Dauer	Gesamte Response-Zeit in Millisekunden
Bytes	Datentransfer in beide Richtungen in einer Zelle: Pfeil nach unten für die Request-Payload, Pfeil nach oben für die Response. Eine Zeile mit Premium-Traffic enthält ein premium-Label in dieser Zelle. Das gilt auch, wenn ein Premium-Exit versucht wurde und der Standard-Pool geantwortet hat. Dieser Traffic wird auf deinen Premium-Traffic angerechnet.
Credits	Verbrauchte Credits für den Aufruf (siehe Response Headers)
Client-IP	Die IP-Adresse, die den Request gesendet hat. Requests aus dem Playground oder FourAs gehostetem MCP zeigen FourA anstelle einer Adresse.

Klicke auf einen Spaltenkopf, um die Tabelle nach dieser Spalte zu sortieren. Die Reihenfolge wechselt zwischen absteigend, aufsteigend und aus. Strg- oder Cmd-Klick setzt auf den Standard zurück (neueste zuerst).

Filtern

Vier Steuerelemente grenzen das Log ein.

Nach Owner

Wenn du mindestens einer Organisation angehörst, erscheint zuerst ein Owner-Dropdown: Alles, Persönlich oder eine deiner Organisationen. Eine Änderung aktualisiert das Key-Dropdown daneben, damit kein Key des vorherigen Owners ausgewählt bleibt und unbemerkt leere Ergebnisse liefert. Dieselbe Einstellung auf Übersicht, Metriken und API-Keys übernimmt deine Auswahl. Siehe Organisationen.

Nach API-Key

Nutze das API-Key-Dropdown, um Requests eines bestimmten Keys anzuzeigen. Es erscheinen nur Keys, auf die du Zugriff hast: deine persönlichen Keys und die Keys deiner Organisationen.

Nach Endpoint

Wenn das Produkt auf API steht, filtere über die Chips Single / Proxy Finder / Browser / Auto auf einen bestimmten Endpoint. Das ist nützlich, wenn du reine Browser-Fehler getrennt von Single-Requests debuggen möchtest. Auto listet deine Auto-Aufrufe mit jeweils einer Zeile auf.

Nach Limit

Das Aktivitätsprotokoll zeigt standardmäßig 50 Einträge an. Nutze die Limitauswahl, um die Anzahl der angezeigten Einträge zu ändern:

Limit	Hinweise
10	Schneller Überblick
50	Standard
100	Erweiterte Ansicht
200	Maximum

Alle Einträge stammen aus der letzten Stunde. Für historische Daten nutze den Bereich Metriken, der Daten über Tage und Wochen aggregiert.

Auto-Aufrufe

Eine Auto-Zeile entspricht einem Aufruf. Die zweite Zeile zeigt, wie viele Versuche Auto unternommen hat und wie viele erfolgreich waren. Credits und Bytes zeigen die Gesamtsummen dieser Versuche. Für wenige Sekunden nach Ende eines Aufrufs steht dort attempts settling…, danach füllt sich die Zeile automatisch aus. Wird ein Aufruf abgelehnt, bevor Auto etwas versuchen konnte, steht dort no attempts recorded.

Öffne die Zeile, um die Tabelle Versuche zu sehen: Engine, Stufe, Status, Ergebnis, Zeit, Bytes, Credits. Versuche zählen zu deinen Limits für Single, Proxy Finder und Browser, jedoch nie zu deiner Request-Anzahl oder Erfolgsquote.

Einen Request öffnen

Klicke auf eine beliebige Zeile, um eine Detailansicht mit einer Vorschau der vollständigen Request- und Response-Payloads zu öffnen. Das Panel öffnet sich mit einem Meta-Raster direkt aus den Zeilendaten. Es bleibt daher auch dann nützlich, wenn die gespeicherte Payload bereits abgelaufen ist: Zeitstempel, Key, HTTP-Status, App-Status, Ergebnis, Dauer, Credits, Proxy und die X-FourA-Request-Id des Requests.

Unterhalb des Rasters wird jeweils ein Bereich angezeigt, ausgewählt per Tab:

Tab	Angezeigter Inhalt
Request	Formatierter JSON-Code des exakt gesendeten Bodys
Response-Header	Die vom Ziel zurückgegebenen Header, ein Block pro Redirect-Hop. Bei Weiterleitungen zeigt der Tab die Anzahl der Hops an.
Response-Body	Vorschau des gespeicherten Bodys, inklusive Badges für gekürzte oder binäre Inhalte
Weitere Felder	Alle weiteren Rückgaben der Engine abgesehen von Status, Timings, Proxy und Headern. Ausgeblendet, wenn keine zusätzlichen Daten vorliegen.

Ein Kopieren-Button kopiert den aktuell geöffneten Bereich. Payloads werden 24 Stunden lang gespeichert, begrenzt auf die letzten 200 pro API-Key. Ältere Zeilen zeigen nur die Zeilendaten ohne Payload an.

Meldungen im Body-Bereich

Der Body-Bereich zeigt je nach Status unterschiedliche Platzhaltertexte:

Meldung	Bedeutung
`(no body — the request failed: <error>)`	Beim Request trat ein Fehler auf, bevor das Ziel einen Body zurückgeben konnte
`(no body captured for this request)`	Payload ist abgelaufen oder wurde nicht gespeichert
`(empty body — the server returned 0 bytes)`	Das Ziel hat eine tatsächlich leere Response zurückgegeben

In Playground öffnen

Der Detaildialog enthält den Button In Playground öffnen. Klicke darauf, um sowohl den archivierten Request als auch die archivierte Response in das Playground-Formular zu laden. Von dort aus kannst du Parameter anpassen und den Request erneut an die Live-API senden oder einfach das Ergebnis prüfen, ohne den Request neu auszuführen.

Der Button ist für Auto-Aufrufe sowie für nicht wiederholbare Payloads deaktiviert (zu große Request-Stubs und Nicht-API-Routen), ergänzt durch einen erklärenden Hinweis.

Der Proxy-Feed

Stelle Produkt auf Proxy um, und der Feed zeigt eine Zeile pro Tunnel an, ebenfalls aus der letzten Stunde. Ein Tunnel ist eine Verbindung, die dein Tool geöffnet hat. Was darin übertragen wurde, ist dein eigener verschlüsselter Traffic. Die Zeile beschreibt daher, wohin die Verbindung ging, wie sie geroutet wurde, wie lange das Öffnen dauerte und wie viele Daten übertragen wurden.

Spalte	Angezeigter Inhalt
Zeit	Wann der Tunnel endete, mit einer relativen Zeitangabe daneben
Proxy-Benutzer	Welcher Proxy-Benutzer ihn genutzt hat
Ziel	Der Host und Port, zu dem der Tunnel aufgebaut wurde
Exit	Shared oder Premium, plus das Land des Exits, sofern bekannt
Ergebnis	Erfolg, Client-Fehler, Service-Fehler, Service-Ausfall oder Rate Limited, bei einer Ablehnung mit dem Grund in deinen eigenen Begriffen
Setup	Zeit von der Verbindung deines Tools bis zur Übergabe des Tunnels
Dauer	Wie lange der Tunnel geöffnet blieb
Bytes	Beide Richtungen in einer Zelle, mit einer Premium-Markierung, wenn der Exit im Premium-Netzwerk lag
Client-IP	Die Adresse, von der die Verbindung ausging

Es gibt keine Spalten für Status, Credits oder Payload und keinen Detaildialog. Ein CONNECT hat keinen Status vom Ziel und keinen Body, den FourA speichern könnte.

Das Eigentümer-Dropdown und die Limit-Auswahl funktionieren genauso. Anstelle des Schlüssel-Dropdowns schränkt ein Proxy-Benutzer-Dropdown den Feed auf ein einzelnes Credential ein. Jede Spalte lässt sich sortieren.

Eine Zeile mit dem Status Rate Limited bezieht sich auf das Limit deines Tarifs, nicht auf eine Ablehnung durch das Ziel. Der Grund nennt das genaue Limit: gleichzeitige Tunnel, Verbindungsaufbauten pro Minute, verbrauchter Traffic, Premium nicht verfügbar oder der Port ist nicht in deinem Tarif enthalten. Siehe Proxy-Port.

Die Request-ID verwenden

Jede API-Response enthält einen X-Foura-Request-Id-Header. Protokolliere ihn auf deiner Seite, damit du ihn in ein Support-Ticket einfügen kannst, um auf den genauen Request im Activity Log zu verweisen. Die ID ist dieselbe wie in diesem Dialog und entspricht dem von der API zurückgegebenen X-Foura-Request-Id. Details findest du unter Response Headers.