Quick start
This page gets you to a working probe in under a minute, twice — once from the CLI, once from the browser.
Prerequisites
You need access to at least one Bee node with an HTTP API you can reach. That can be:
- a node you run locally at
http://localhost:1633, or - a remote node whose
cors-allowed-originsis configured to allow the SPA’s origin (only matters for the web UI).
You also need a Swarm reference to check — a 64-hex (32-byte)
address. If you don’t have one handy, upload anything with swarm-cli
or curl -X POST .../bzz first.
CLI: install and probe
cargo install bee-check
bee-check <your-64-hex-ref> --bee http://localhost:1633
A successful run prints something like:
ref c79394a6c311f816373ec9945365325e7fc0784cfa9a62deec1524d2c2bdc36a
status Retrievable
vantages:
http://localhost:1633 retrievable 312 ms nb 71 PO 3
The nb 71 PO 3 tail means: the probed Bee’s overlay sits in
neighborhood 71, and the proximity-order between that overlay and
the reference is 3. See Overlay, neighborhood, proximity
order for what those numbers tell you.
Multi-vantage in one command:
bee-check <ref> \
--bee http://localhost:1633 \
--bee https://my-other-bee.example.com
Add --per-chunk to walk the manifest and probe every reachable
chunk on every vantage. Add --gateway https://api.gateway.ethswarm.org
to fold a public gateway HEAD probe into the same report.
Web: open the SPA
Visit ethswarm-tools.github.io/bee-check-web,
paste your reference, paste your Bee URL, click Check.
If you get a CORS error in the browser console, see Setup and CORS — your Bee node needs to allow the page’s origin.
If you point at http://... instead of https://... (and not
localhost), the browser will block the call as mixed-content. Same
chapter covers the fix.
What to read next
- Concepts overview — what the report fields actually mean.
- Cookbook — solving specific problems.
- Command reference — every flag.