Über dieses Tool
Authentifizierung ist das Erste, was ein API-Test braucht, und eine häufige Quelle rätselhafter 401-Fehler: ein Passwort mit Nicht-ASCII-Zeichen, mit btoa codiert, ein Token, das bereits „Bearer“ enthält, oder ein API-Key im Query-String, der in Logs landet. Dieses Tool erstellt den Header für Basic Auth (RFC 7617, vor Base64 als UTF-8 codiert), Bearer-Tokens (RFC 6750) und API-Keys in einem Header oder Query-Parameter und zeigt den passenden curl-Befehl sowie eine Playwright-Konfiguration mit extraHTTPHeaders, die Secrets aus Umgebungsvariablen liest. Für OAuth 2.0 Client Credentials zeigt es den Token-Request als curl und einen kleinen Playwright-Helper, weil dieser Flow Zugangsdaten gegen ein Token tauscht, statt einen festen Header zu senden. Eingaben werden nie gespeichert oder versendet.
So funktioniert es
- Wählen Sie das Verfahren: Basic, Bearer-Token, API-Key oder OAuth 2.0 Client Credentials.
- Geben Sie Zugangsdaten und Request-URL ein. Bei typischen Fehlern wie einem Doppelpunkt im Basic-Benutzernamen oder einfachem http:// erscheinen Warnungen.
- Kopieren Sie die Header-Zeile, den curl-Befehl oder das Playwright-Snippet und verschieben Sie das Secret vor dem Commit in eine Umgebungsvariable.
FAQ zu Auth-Header-Generator
Ist Base64 bei Basic Auth eine Verschlüsselung?
Nein. Base64 ist eine Codierung, die jeder umkehren kann. Basic Auth ist nur über HTTPS sicher, und die Zugangsdaten werden mit jedem Request gesendet.
Warum scheitert btoa an meinem Passwort?
btoa akzeptiert nur Latin-1-Zeichen, Zeichen wie € oder Emojis lösen daher einen Fehler aus. RFC 7617 empfiehlt UTF-8, deshalb codiert dieses Tool den Text zuerst als UTF-8-Bytes. Genau das decodieren Server, die UTF-8 erwarten.
Wo sollten Test-Zugangsdaten liegen?
In Umgebungsvariablen oder dem Secret Store Ihrer CI, niemals im Repository. Die Playwright-Snippets lesen deshalb Werte aus process.env. Verwenden Sie bevorzugt eigene Testkonten mit minimalen Rechten und kurzlebige Tokens.