Eine URL, die jeden Request
aufzeichnet, der bei ihr ankommt.
Legen Sie einen Bin an und Sie erhalten eine öffentliche URL auf nnbin.net. Richten Sie beliebige Absender darauf: einen Webhook-Anbieter, Ihre eigene App, ein Skript, einen CI-Job. Jeder Request wird sofort mit 200 beantwortet und mit Methode, Pfad, Query, Headern, Body und Quell-IP aufgezeichnet, lesbar in der Konsole oder über die API.
Vier Schritte, und nichts zu deployen.
Ein Bin ist eine URL und eine Liste. Was an der URL ankommt, landet in der Liste, das Neueste zuerst, bis das Aufbewahrungsfenster es entfernt.
Bin anlegen
Ein Klick in der Konsole oder ein API-Aufruf liefert eine URL wie https://nnbin.net/b/k7m2q9x4r8ht. Der Slug enthält 60 Bit Zufall und wird nie wieder vergeben, auch nicht, nachdem der Bin gelöscht wurde.
Einen Absender darauf richten
Fügen Sie die URL überall dort ein, wo etwas nach einem Endpoint fragt: in den Webhook-Einstellungen eines Anbieters, als API-Basis-URL Ihrer App, in einem Skript, in einem CI-Schritt. Jede Methode, jeder Pfad unterhalb des Bins, jeder Body.
Er antwortet sofort
Jeder wohlgeformte Request bekommt sofort 200 mit {"status":"accepted"}, sodass der Absender weitermacht, als hätte ein echter Endpoint ihn angenommen. Ein Bin leitet nichts weiter, spielt nichts erneut ab und führt nichts aus, was er empfängt.
Lesen, was ankam
Die Konsole listet Requests, sobald sie eintreffen, mit den Headern in Eingangsreihenfolge und dem Body lesbar formatiert. In einem bezahlten Tarif liest ein API-Schlüssel dieselben Requests aus Ihrem Code.
Ein deaktivierter Bin oder einer, der das Monatskontingent überschritten hat, antwortet weiter mit 200 und zeichnet nichts auf. Ein Absender, der schneller sendet, als das Rate-Limit erlaubt, bekommt 429, und einer, dessen Request gerade nicht aufgezeichnet werden kann, bekommt 503, damit er es erneut versucht.
Den Request, wie er ankam, nicht wie er gemeint war.
Die Dokumentation zeigt, was ein Absender senden soll. Ein Bin zeigt, was er tatsächlich gesendet hat, bis hin zur Reihenfolge der Header und zur Größe des Bodys.
Jede Methode, jeder Pfad
GET, POST, PUT, PATCH, DELETE, HEAD und OPTIONS, auf der URL des Bins und auf jedem Pfad darunter. Ein Absender, der einen eigenen Pfad anhängt, kommt trotzdem an.
Header in Eingangsreihenfolge
So, wie der Absender sie geschrieben hat, wiederholte Header eingeschlossen. Authorization, Proxy-Authorization, Cookie, Set-Cookie und X-Api-Key bleiben mit ihrem Namen erhalten, der Wert wird geschwärzt.
Der Body und seine echte Größe
Von jedem Body werden bis zu 64 KiB gespeichert, zusammen mit der tatsächlich gesendeten Größe und einem Hinweis, wenn die gespeicherte Kopie gekürzt ist.
Query, Herkunft und Zeit
Der Query-String, wie er gesendet wurde, die Adresse, von der der Request kam, sein Content-Type und der Zeitpunkt seines Eingangs.
Bodys, die man lesen kann
JSON wird formatiert, Formular-Posts erscheinen als Felder, und ein Body, der kein Text ist, wird als Hexdump gezeigt. Der Roh-Body ist einen Klick entfernt, und nichts wird je als Webseite gerendert.
Wiederholungen einmal gezählt
Ein Request mit derselben Methode, demselben Pfad und demselben Body wie ein bereits gespeicherter wird an diesem Eintrag gezählt, statt erneut gespeichert zu werden. So sehen die Retries eines Absenders aus.
URLs, die nie wiederverwendet werden
Ein Slug wird endgültig stillgelegt, wenn sein Bin gelöscht wird. Was für einen alten Bin gedacht war, kann nicht in einem neuen landen.
Privat in Ihrem Workspace
Bins und alles, was sie aufzeichnen, gehören dem Workspace, der sie angelegt hat, und die Datenbank setzt das bei jeder Abfrage durch.
Senden Sie irgendetwas. Lesen Sie genau das zurück.
Der erste Request ist das, was Ihr Absender tut. Der zweite ist, wie ein Test oder ein Skript ihn mit einem API-Schlüssel zurückliest, in jedem bezahlten Tarif.
# Jeder Absender, jede Methode, jeder Pfad unterhalb des Bins
curl -X POST "https://nnbin.net/b/k7m2q9x4r8ht/orders?source=checkout" \
-H "Content-Type: application/json" \
-d '{"order":"ord_1042","total":4900}'
# → 200 {"status":"accepted"}
# Mit einem API-Schlüssel zurücklesen
curl -H "Authorization: Bearer $BINS_API_KEY" \
"https://bins.nimbusnexus.net/v1/bins/$BIN_ID/requests"{
"items": [{
"id": "req_3f9a61c0d2e84b7a95c1e6d0",
"bin_id": "bin_8e27d40b19c3f6a5e0d71b42",
"method": "POST",
"path": "/orders",
"source_ip": "203.0.113.24",
"content_type": "application/json",
"size_bytes": 33,
"truncated": false,
"seen_count": 1,
"received_at": "2026-11-03T09:14:07Z",
"expires_at": "2026-11-10T09:14:07Z"
}],
"next_offset": null
}Alles, was einen HTTP-Request stellt. Hier hilft es am meisten.
Ersetzen Sie eine API-Basis-URL durch einen Bin und führen Sie den Codepfad aus. Die Header, die Ihr HTTP-Client ergänzt, der Body aus Ihrem Serialisierer und der Query-String, den Sie gebaut haben, sind alle da, so wie sie den Prozess verlassen haben.
Bevor Sie den Handler schreiben, geben Sie dem Anbieter die URL eines Bins und lösen ein Event aus. Sie sehen genau den Body, die Header und die Signatur, die er sendet, nicht das Beispiel aus seiner Dokumentation.
Richten Sie einen Backfill, einen Cron-Job oder eine einmalige Migration auf einen Bin, bevor sie den echten Endpoint erreicht, und lesen Sie jeden Request, den sie gestellt hätte.
Deploy-Hooks, Release-Hinweise und Build-Callbacks feuern von CI-Runnern, die niemand beobachtet. Schicken Sie sie an einen Bin und lesen Sie sie nach dem Lauf.
Mobile Apps, Geräte und Kommandozeilen-Tools senden Requests, die Sie nicht im Debugger verfolgen können. Geben Sie ihnen die URL eines Bins und sehen Sie, was sie senden, aus welchem Netz auch immer.
In einem bezahlten Tarif sendet ein Test über den echten Codepfad, liest den Bin dann über die API und prüft Methode, Header und Body, die der Code erzeugt hat.
Kostenlos starten, zahlen für mehr Requests und längere Historie.
Jeder Tarif beantwortet jeden Absender und lässt sich in der Konsole lesen. Ein bezahlter Tarif zeichnet mehr Requests im Monat auf, hält mehr Bins, bewahrt Requests länger auf und lässt einen API-Schlüssel sie lesen.
Free
Genug, um genau zu sehen, was eine App, ein Skript oder ein Dienst sendet.
$0
- 1,000 Requests / Monat
- 1 Bin
- Requests 1 Tag aufbewahrt
- Ein Bin besteht 24 Stunden
- Kein Lesen erfasster Requests per API-Schlüssel
Starter
Zum Debuggen von Integrationen, während Sie sie bauen.
$9/ Monat
$86.40 / Jahr — 20 % sparen
- 25,000 Requests / Monat
- 5 Bins
- Requests 7 Tage aufbewahrt
- Erfasste Requests per API-Schlüssel lesen
Pro
Mehr Bins, längere Historie, Platz für ein ganzes Team.
$29/ Monat
$278.40 / Jahr — 20 % sparen
- 250,000 Requests / Monat
- 25 Bins
- Requests 30 Tage aufbewahrt
- Erfasste Requests per API-Schlüssel lesen
Custom
Volumenzusagen, individuelle Limits und passende Konditionen.
Nach Vereinbarung
- Anzahl der Bins mit Ihnen vereinbart
- Request-Volumen mit Ihnen vereinbart
- Request-Historie mit Ihnen vereinbart
- Erfordert ein Team-Konto
Jeder Request, den ein Bin aufzeichnet, zählt zum Monat, Wiederholungen eingeschlossen. Über dem Monatskontingent antwortet ein Bin weiter mit 200 und zeichnet bis zum 1. des Folgemonats nichts auf, und in einem bezahlten Tarif kann kein einzelner Bin das ganze Kontingent verbrauchen, sodass eine durchgesickerte URL es den anderen nicht wegnehmen kann. Der Jahrestarif wird einmal im Jahr mit 20 % Rabatt abgerechnet.
- Jede Methode, jeder Pfad, jeder Body
- Sofort 200 für jeden Absender
- Header in Eingangsreihenfolge
- Zugangsdaten-Header geschwärzt
- Formatierte und rohe Bodys
- Wiederholungen einmal gezählt
- Slugs nie wiederverwendet
- Pro Workspace isoliert
Bevor Sie etwas auf einen Bin richten.
Richten Sie etwas auf einen Bin und sehen Sie, was es sendet.
Free enthält einen Bin und 1,000 aufgezeichnete Requests im Monat, lesbar in der Konsole. Wechseln Sie in einen bezahlten Tarif, wenn Sie mehr Bins, eine längere Historie oder Lesen per API-Schlüssel brauchen.