Why does my video player make so many 206 requests?
Players fetch media in chunks with Range headers so they can start playing early and seek anywhere. Each chunk is a separate 206 response, which is normal and efficient.
Only the requested byte range is returned. Used for resumable downloads and video seeking. 206 belongs to the 2xx success class and is defined in RFC 9110.
Loading the workbench.
Only the requested byte range is returned. Used for resumable downloads and video seeking. The code is registered with IANA and defined in RFC 9110.
Success: the request was received, understood, and accepted. Every code from 200 to 299 shares that general meaning, so a client that does not recognise 206 must treat it like 200.
206 Partial Content is the answer to a Range request, such as bytes=1000000-. Download managers use it to resume interrupted transfers, video and audio players use it to seek without fetching the whole file, and PDF viewers fetch individual pages this way. The response carries only the requested bytes. When several ranges are requested at once, the body becomes multipart/byteranges with one part per range.
Servers must send Content-Range (for example bytes 0-1023/146515) and a matching Content-Length, and should send Accept-Ranges: bytes on full responses to advertise support. Use If-Range with an ETag on resumed downloads so a changed file is sent whole instead of stitched. If the range is invalid, answer 416. If ranges are unsupported, ignoring the header and sending 200 with the full body is allowed.
HTTP/1.1 206 Partial Content
Content-Range: bytes 0-1023/146515
Content-Length: 1024
Content-Type: video/mp4206 is cacheable by default under RFC 9110: a browser or CDN may store it and reuse it even without explicit freshness headers, using a heuristic lifetime. Send Cache-Control to say exactly how long.
To inspect a real one without sending it anywhere:
curl -i.Browse every code on the HTTP status codes page.
Elsewhere in 2http: Header decoder, Cookie decoder, Cache-Control decoder, CORS checker, User-agent parser, and all eleven lanes on the 2http home page. Part of the 2suite.io privacy-first ecosystem.
Players fetch media in chunks with Range headers so they can start playing early and seek anywhere. Each chunk is a separate 206 response, which is normal and efficient.
If the client sent If-Range with the original ETag, the server notices the mismatch and returns the whole new file with 200 instead of a partial range, avoiding a corrupted mix.
No. 206 is a success response, not an error.
Yes. RFC 9110 lists 206 as heuristically cacheable, so caches may store it without explicit headers. Use Cache-Control to control how long.
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.
F12, or Cmd+Option+I on a Mac, and select the Network tab.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.