url: claims (unverified):
1
relay publish
url:tor.redlabsdevelopment.de
in their ContactInfo but are
NOT in any of this operator's
validated relays' effective_family.
Allium does not authenticate these claims — they
are surfaced here so the operator has visibility.
They could be the operator's own additional relays
that forgot BOTH family and
ciissversion declarations
(fix both in their ContactInfo + torrc to merge them
under this operator), OR third-party operators
spoofing this domain (in which case the operator
should investigate / report). These relays do
not contribute to this operator's
validated metrics, bandwidth totals, or relay counts
anywhere on the site.
Germany (1)
Last updated: Fri, 03 Jul 2026 03:11:23 GMT. Refreshed every 30 minutes from the Tor directory authorities via Tor Project's onionoo API.
| Nickname | BW Cap (17.90 Mbit/s) | Total Data | Uptime/Downtime | Uptime (1M/6M/1Y/5Y) | Flag Uptime (1M/6M/1Y/5Y) | IPv4 | Flags | DNS | Family | Country | AS Number | AS Name | Platform | First Seen | Last Restarted | |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ⏳ v3 | TorHostingByRedLabs | 17.90 Mbit/s ✓ | 144 GB | UP 4h 54m 31s ago | 98.7%/0.0%/0.0%/0.0% | Match | 87.135.158.205 | ![]() ![]() ![]() ![]() |
NA | None |
DE
|
AS3320 | Deutsche Telekom AG | Linux | 6d 11h 13m ago | 4h 56m 43s ago |
These relays declared ciissversion:3 but Onionoo hasn't picked up family_ids yet. This is transient — Onionoo refreshes hourly; expect resolution within 24 hours of restarting Tor with the happy-family directive.
Validation data last updated: 2026-07-02 19:00 UTC
83138B649C7138AAD7633E4B1B0A8FB2F58B7E9B Run 'tor --keygen-family <file>' on the relay, configure Tor's happy-family directive to use <file>.secret_family_key, restart, and wait for Onionoo to refresh (typically < 24h).
curl "https://onionoo.torproject.org/details?lookup=83138B649C7138AAD7633E4B1B0A8FB2F58B7E9B&fields=family_ids" | jq # should show your .public_family_id within 24h of restarting Tor
💡 No action needed if you recently changed torrc; wait < 24h. If still pending after 24h: verify FamilyId line in torrc and that .secret_family_key is in Tor KeyDir.
📖 See the AROI Specification for guidance.
| Nickname | BW Cap (17.90 Mbit/s) | Total Data | Uptime/Downtime | Uptime (1M/6M/1Y/5Y) | Flag Uptime (1M/6M/1Y/5Y) | IPv4 | Flags | DNS | Family | Country | AS Number | AS Name | Platform | First Seen | Last Restarted | |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ⚠ | TorHostingByRedLabs | 17.90 Mbit/s ✓ | 144 GB | UP 4h 54m 31s ago | 98.7%/0.0%/0.0%/0.0% | Match | 87.135.158.205 | ![]() ![]() ![]() ![]() |
NA | None |
DE
|
AS3320 | Deutsche Telekom AG | Linux | 6d 11h 13m ago | 4h 56m 43s ago |
These relays have AROI configured but validation failed due to errors.
Validation data last updated: 2026-07-02 19:00 UTC
83138B649C7138AAD7633E4B1B0A8FB2F58B7E9B Run 'tor --keygen-family <file>' on the relay, configure Tor's happy-family directive to use <file>.secret_family_key, restart, and wait for Onionoo to refresh (typically < 24h).
curl "https://onionoo.torproject.org/details?lookup=83138B649C7138AAD7633E4B1B0A8FB2F58B7E9B&fields=family_ids" | jq # should show your .public_family_id within 24h of restarting Tor
💡 Fix: Check DNS records, renew SSL certificates, or verify server connectivity.
📖 See the AROI Specification for guidance.