HTTP WORKBENCH

Eleven tools for reading, checking, and writing HTTP: paste the headers from a failing request, a Set-Cookie line, a CORS preflight, or a curl command, and get a plain-English answer. Everything runs on this page, with no account and no upload.

Zero retention: your headers never leave this browser. Verify it yourself in DevTools.

Loading the workbench.

About 2http

How Can You Verify That Nothing Leaves This Browser?

You do not have to take our word that your headers stay here. Developer tools show every request a page makes, so you can watch this page work and confirm that nothing is sent. The check takes under a minute.

  1. Open your browser developer tools with F12, or Cmd+Option+I on a Mac, and select the Network tab.
  2. Reload the page and let it finish. You will see the page's own files, its web fonts, and one anonymous page-view request. Nothing has been typed yet, so none of them can contain your headers.
  3. Click the clear icon in the Network tab so that the log is empty.
  4. Paste real headers into any lane and read the result.
  5. Look at the Network tab again. It is still empty. For extra proof, turn on offline mode after the page loads and every lane keeps working.

Only two things can add a line to that log, and neither carries your headers. Submitting the feedback form sends the vote and comment you typed. Typing characters in a script the page has not displayed yet, such as Cyrillic or Greek, can make the browser fetch the matching font file, and that request names only the font.

2http never sends a request on your behalf: the request builder writes code for you to run, and the meta inspector reads source you paste instead of fetching a URL. The production site also sends a Content-Security-Policy header that tells your browser to refuse connections to anywhere except this site and the anonymous analytics endpoint.

What Is 2http?

2http is a workbench for the HTTP layer: the headers, cookies, cache rules, cross-origin rules, and status codes that sit between a browser and a server. It gathers jobs that usually send you to five different websites, such as decoding a header dump, grading security headers, explaining why a CORS request failed, turning a curl command into Python, or looking up what a 421 means, into one page with one design.

Each lane has its own address, so you can bookmark the ones you use. Every lane opens with a working example already filled in, and results update as you type.

Why Should HTTP Tools Run in the Browser?

Real HTTP traffic is full of secrets. A request header dump carries an Authorization token. A Cookie header carries a live session. A curl command copied from DevTools carries both. The popular online header checkers, user-agent parsers, and request builders send what you paste to their servers, where it can be logged, cached, or kept. Pasting a production session into one of them is the same as handing it over.

2http does all of its work with code that is already in this tab. Nothing you paste is uploaded, the page sends no request while you work, and the request builder never sends your request anywhere: it only writes code for you to run yourself. You can confirm all of this in about a minute with the steps on this page.

What Can You Decode?

The Decode lanes take raw text and explain it.

  • Header decoder: paste request or response headers, including HTTP/2 pseudo-headers and curl -v output, and get every header explained, with duplicates, deprecated headers, and request-smuggling combinations flagged.
  • Cookie decoder: paste a Cookie header or Set-Cookie lines and read each cookie's lifetime, scope, SameSite behavior, prefix rules, and risks.
  • Cache-Control decoder: see whether a browser and a CDN would store a response, for how long, and whether a revalidation would get 304 Not Modified.
  • CORS checker: describe the cross-origin request, paste the preflight and actual responses, and get the verdict the browser would reach, with its console message.
  • User-agent parser: browser, engine, operating system, device class, and bot detection, including current AI crawlers.

What Can You Audit and Build?

  • Security header audit: an A to F grade for pasted response headers, covering HSTS, Content-Security-Policy, framing, Referrer-Policy, cross-origin isolation, and information leaks, with a fix for each finding.
  • Request builder: build a request or import a curl command, then copy it as curl, fetch, axios, Python requests, HTTPie, PowerShell, Go, or a raw HTTP message.
  • Meta tag generator: write a title, description, Open Graph, and Twitter tags, or paste a page's HTML source to inspect what it already has.

What Is in the Reference Lanes?

  • HTTP status codes: all 63 codes in the IANA registry, each with its own page explaining when you see it, how to fix it, and an example response. Popular ones: 404, 418, 429, and 503.
  • MIME types: about 150 file extensions and their Content-Type, searchable both ways, plus a Content-Type parser that catches common mistakes.
  • HTTP methods: GET, POST, PUT, PATCH, DELETE and the rest, compared on safety, idempotence, cacheability, and CORS.

2http is the canonical home for the status code and MIME references across the 2suite family.

How Do You Use 2http?

  1. Pick a section at the top of the workbench: Decode, Audit and Build, or Reference.
  2. Choose a lane from the row beneath it. Each opens with a working example.
  3. Replace the example with your own headers, cookies, URL, or curl command. Results update as you type.
  4. Read the findings, copy the fix or the generated code, and apply it in your own environment.

How Does 2http Handle Secrets?

Three lanes routinely see credentials: the header decoder, the cookie decoder, and the request builder. In all three, secret values such as Authorization tokens, Cookie and Set-Cookie values, API-key style headers, and token-like query parameters are masked on screen by default, showing only a short prefix and the length, with a Reveal option when you need to read them.

The request builder keeps one important distinction: the code on screen shows masked secrets, while the Copy button copies the real request, so the code you paste into a terminal actually works. Secrets are held only in this tab's memory, never saved and never put in the address bar, and they are wiped when you leave the tab, after a period of inactivity, or when you press Wipe. No analytics event is ever attached to an input field.

What Was Fixed From the Original Tools?

2http replaces four earlier single-purpose tools: a header grader, a user-agent parser, a request builder, and a meta tag inspector. Two of them fetched URLs through a server, so they were rewritten to work on pasted text only. The others were ported and fixed.

  • The user-agent parser no longer reports Edge, Opera, Vivaldi, Samsung Internet, and Yandex Browser as Chrome, and its crawler list now covers current AI agents.
  • The security grade now separates a header that is present but weak from one that is missing, no longer scores the deprecated Expect-CT, and no longer fails every Server header.
  • The request builder no longer double-encodes query values, no longer sends JSON labelled as form data in curl, and no longer masks the code you copy.

How Is 2http Different From Online Header Checkers?

Most HTTP tools on the web work by fetching. You give them a URL and their server requests it, or you paste your traffic into a form that is posted back to them. That model has two costs. The tool can only see what is public, so staging hosts, intranet apps, and pages behind a login are out of reach. And the tool operator sees every URL, header, and token you give it.

2http takes the opposite approach: you bring the traffic, copied from DevTools, a terminal, or a log, and the page analyses it locally. That makes it work on any environment you can reach yourself, and it means there is nothing for anyone else to log.

Who Is 2http For?

  • Web and API developers debugging a request that works in curl but fails in the browser.
  • Security-minded operators checking response headers before a release or a pentest.
  • Anyone untangling CORS errors, caching surprises, or cookies that refuse to stick.
  • People who work under a policy that forbids pasting production traffic into third-party services.

Part of the 2suite.io privacy-first ecosystem. Working with a JSON response body? 2json is the full JSON workbench. Testing a regular expression? Try 2regex. Need a UUID, a hash, or a CSP header? 2toolbox has them.

Frequently Asked Questions

Is 2http free?

Yes. Every lane is free to use, with no account to create, no usage limits, no paid tier, and nothing to install.

Is anything I paste uploaded to a server?

No. Every lane runs in your browser, so your headers never leave this browser. Nothing you type or paste is uploaded or stored, and only your theme choice is remembered between visits.

Does 2http collect any analytics?

Yes, one anonymous page-view count when a page loads, before you can type anything. If you submit the feedback form, your vote and comment are sent too. No analytics event is attached to any input, and nothing you paste is ever included.

Does the request builder send my request?

No. It only writes code. You copy the curl, fetch, Python, or other snippet and run it yourself. 2http never contacts the URL you enter, which is why it can safely hold real tokens.

Can 2http check headers for a live URL?

No, by design. Fetching a URL would require a server in the middle that sees your traffic. Copy the headers from your browser DevTools or from curl -I and paste them in instead.

Is it safe to paste a real session cookie or token?

The lanes are built for it: no network requests, masked display, memory only, and automatic wiping. The safest habit is still to rotate any credential you have pasted anywhere, or to test with a short-lived one.

Does 2http work offline?

Once a page has loaded, every lane keeps working with the network turned off, because all the decoding happens in the page itself.

Was this helpful?