What our own request to this host returned, over the last 30 days. Nothing here was tested for weaknesses and nothing was captured from anyone else's traffic.
Last status
520
Answered
100% of 7 probes
Refused
none of 7 probes over 30 days
Median open time
524 ms
Last seen
2026-09-19 06:23:10 UTC
“Answered” is how often our own request got a response, from one region at one probe per day. It is not an uptime figure and must not be read as one. A refusal is a response, so a refused probe counts as answered. "Refused" counts the probes whose answer was 403 or 429.
Transport
TLS
not measured
Certificate expiry
no certificate inspected
Issuer
not measured
Chain valid
not measured
Name matches
not measured
HTTP version
1.1
Cipher
not measured
Address family
v4
Headers and cookies
Header grade
not measured
HSTS
not measured
Mixed content
not measured
Cookie flags
not measured
Redirect hops
0
Exposure check
not measured
The request ended at http://hottrumpnews.icu/.
Where the time went
321 ms in total, from one request. Transfer is the remainder after the first byte rather than a separately measured phase.
16 bytes returned.
Registration and published DNS
Domain registration
185 days left
Registrar
PDR Ltd. d/b/a PublicDomainRegistry.com
Registered
2026-03-23
DNSSEC
not signed
Registry record read over RDAP on 2026-09-13. Neither involves a request to this host, and neither is a test: we read what the registry and the domain’s own DNS publish. A published policy is not evidence about what a mail receiver would actually do.
By observer region
Measured from one region. The per-region comparison §5.5 describes needs more than one, and the deployment has one today.
1 open now · not live · lags probing by days
Incident
State
Open
Open since
2026-09-09 06:25:34 UTC
Running
10 d
Consecutive probes
≥7
Newest failing probe
2026-09-19 06:23:10 UTC
Newest failing status
520
hottrumpnews.icu answered our probe with a server error on at least 7 consecutive probes.
An incident opens when a domain answers 5xx — its own server erroring — on 2 probes in a row, and closes when a probe succeeds. A 4xx, a refusal included, is an answer and does not count.
Each record is one thing we measured: the host answered our probe — one request, from one vantage point — with a server error on the stated number of consecutive probes. It says nothing about what anyone else sees from anywhere else.
The status is the HTTP status the host answered our newest failing probe of that run with — 503, say. It is that one response to that one request, not a summary of the run, and not the newest probe's status: a host that has since answered normally still shows the status of the last probe that failed. A record that reads "not recorded" was opened before we began keeping it and has not failed again since; that is an absence of a measurement, not a status of zero.
Hosts we could not reach at all are not listed. Their incidents are recorded separately and not published here, because from one vantage point a host nobody can reach and a host refusing our prober look the same, and naming one as the other would be a false claim about a working site. So this list is a floor: it can only under-count.
Not live: an incident opens only after 2 failing probes in a row and the estate is swept in passes days apart, so a record appears here days after the errors begin, and a close appears only when a later probe succeeds.
All the incidents we have recorded, on the Radar board →