Archive > Access and transport > NM-003
Reachability failures fall into three classes and they need different responses. Confusing them wastes time at best and produces a phishing loss at worst, because the reaction to a perceived outage is where most losses begin.
| Observation | Class | Response |
|---|---|---|
| One address fails, another opens | Load at that address | Use another verified address |
| All verified addresses fail, other onion sites fine | Pressure on the service | Wait, then retry |
| All onion sites fail or crawl | Local circuit or connection | New circuit, then restart the browser |
A circuit is the path your traffic takes through the network and it degrades over time or lands on a slow relay by chance. Requesting a new circuit for the site rebuilds that path and resolves the majority of local failures. If it does not, closing the browser entirely and reopening rebuilds everything rather than one path.
Sustained floods against hidden services are routine. During one, an address may accept a connection and then stall, or refuse entirely. This resolves on its own timescale, usually minutes, and there is no user side action that speeds it up.
A single address quiet for minutes or hours is unremarkable. Every verified address unreachable for days, with no signed communication anywhere, is a different situation and justifies caution rather than action. Even then the correct response is patience, because the alternatives available during an outage are overwhelmingly hostile.
nexusb2l7fmqnefwphyy7m5zjhlkytlbo7qbb5lu5dlczr3azgii2gyd.onionnexusma2iegzo7atzwbrwxhcdopyri3vare2twibldnlc3txqjdeb5yd.onionnexusabcd6tyfhdwilyitaqiri6tisj2v2hueyjuj6qkvd6azvi5tuqd.onionRequired check. Open in Tor Browser only. Before entering anything, compare the onion printed on the login screen against your browser address bar. A mismatch means the page is a copy and the tab should be closed. See NM-004.