View Relay "Unnamed"

Family: 1 relay | AS45102 | United States of America | Linux

Consensus
In Consensus (9/9 Directory Auths)
Flags
Running, V2Dir, Valid (3)
BW Verified
0/6 BW Auths Measured
Stability
Not Overloaded | DOWN 20h 47m 29s ago
Reachability
IPv4: 9/9 (Directory Auths)
First Seen
20h 55m 4s ago
BW Weight
0 Kbit/s Observed By Relay
Version
0.4.8.10 Not Recommended
Issues Detected:
  • Guard: WFU below threshold : Weighted Fractional Uptime 1.6% is below 98% requirement
    Suggestion: WFU measures recent uptime (recent downtime weighs more heavily). To improve: 1) Minimize restarts, 2) Use systemd with Restart=always, 3) Monitor for OOM kills, 4) Schedule updates during low-traffic periods.
  • Guard: Time Known below threshold : Time Known 0.8 days is below 8 days requirement (7.2 more days needed)
    Suggestion: Time Known tracks how long authorities have observed your relay. This resets if: 1) Identity key changes, 2) Long downtime makes authorities forget you. Just keep running stably.
  • Guard: requires Stable flag : Guard flag requires having the Stable flag first
    Suggestion: Get Stable flag by maintaining consistent uptime. Stable requires uptime and MTBF at or above network median (typically 2-3 weeks of stable running).
  • Guard: requires Fast flag : Guard flag requires having the Fast flag first
    Suggestion: Get Fast flag by having bandwidth ≥100 KB/s OR in top 7/8ths of network. Most relays get this easily.
  • Not eligible for Stable flag : Uptime or MTBF below network median for most authorities
    Suggestion: Stable flag requires uptime/MTBF at or above network median. Keep your relay running continuously for 2-3 weeks. Avoid restarts. Use reliable hardware and network connection.
  • HSDir: WFU below threshold : WFU 1.6% below 98% required for HSDir
    Suggestion: HSDir requires ≥98% WFU, Stable flag, and Time Known ≥25 hours (or ~10 days for moria1). Improve uptime consistency.
  • HSDir: Time Known below threshold : Time Known 20.2 hours below 25 hours (dir-spec default)
    Suggestion: Most authorities use 25 hours for HSDir TK. moria1 uses ~10 days. Keep running stably.
  • Low bandwidth authority measurements : Only 0/6 bandwidth authorities measured this relay. Minimum 3 measurements needed for accurate consensus weight.
    Suggestion: Low measurement count can indicate connectivity issues. Check: 1) Relay is reachable from multiple geographic locations, 2) ORPort accepts connections from bandwidth scanners, 3) RelayBandwidthRate in torrc matches actual capacity. New relays may take 1-2 days to be measured by all authorities.
  • StaleDesc flag assigned : Relay descriptor is older than 18 hours
    Suggestion: Your relay is not publishing fresh descriptors. Check: 1) Tor process is running, 2) Network connectivity, 3) Clock is synchronized (NTP). Restart Tor if needed.
  • Tor version not recommended : Running Tor version 0.4.8.10 which is not on the recommended list.
    Suggestion: Update to the latest stable Tor version. Outdated versions may have security vulnerabilities and could eventually be rejected by the network. See torproject.org/download for latest releases.

Addresses
OR Address
47.237.81.49:9001
Reachability (Directory Authorities)
IPv4
9/9
Location
Country
United States of America United States of America
Interactive Map
View on Interactive Map
Autonomous System
AS Number
AS45102
AS Name
Alibaba (US) Technology Co., Ltd. (BGP.tools)

Current Flags (3): Running, V2Dir, Valid
Eligible Flags (3): Guard: 0/9 | Stable: 1/9 | Fast: 0/9 | HSDir: 0/9 | Running: 9/9 | V2Dir: 9/9 | Valid: 9/9 (need ≥5/9 for flag)
Eligibility Flag Vote Details
Flag Metric Status Relay Value Threshold Required
Guard WFU Below 1.6% (DA) ≥98% (all authorities)
Time Known Below (need 7.2 more days) 0.8 days (DA) ≥8 days (all authorities)
Bandwidth Below 0 bit/s (R) ≥16.0 Mbit/s OR ≥80.0 Mbit/s-296.0 Mbit/s
Stable MTBF Below 1 days (DA) ≥26.6d - 45.4d (varies)
Uptime Below 0.9d (R) ≥19.1d - 19.7d (varies)
Fast Speed Below 0 bit/s (R) ≥800.0 Kbit/s (guarantee) OR top 7/8
HSDir WFU Below 1.6% (DA) ≥98.0%
Time Known Below 0.8 days (DA) ≥1.0d (most) / 9.9d (max)

(DA) = Dir. Auth. Measured | (R) = Relay Reported
Data from Tor CollecTor (authority votes, fetched 2026-01-10 04:46:16).

Last fetch was at Sat, 10 Jan 2026 04:47:26 GMT.

Unnamed
352D38EE4EBD781263AAF3286F5970C38846FA25
none
none
reject: 
  1-65535
none
reject *:*
352D38EE4EBD781263AAF3286F5970C38846FA25
none
none
0.00 Kbit/s | unknown| 8.59 Gbit/s| 8.59 Gbit/s  Not Measured
N/A | N/A | N/A | N/A
47.237.81.49:9001
none
none
United States of America United States of America
View on Interactive Map
AS45102 | Alibaba (US) Technology Co., Ltd. (BGP.tools)
Running Running V2Dir V2Dir Valid Valid
N/A
0.0%/0.0%/0.0%/0.0%
DOWN 20h 47m 29s ago
20h 55m 4s ago (2026-01-09 08:00:00) | 20h 55m 4s ago (2026-01-09 08:00:00)
21h 23m 13s ago (2026-01-09 07:31:51)
2026-01-09 08:00:00
No
Linux | Tor 0.4.8.10 on Linux
0.4.8.10 | No | obsolete

Data from Tor CollecTor (authority votes, fetched 2026-01-10 04:46:16).

  • Consensus Status (need ≥5/9): In Consensus — 9/9 authorities voted.
  • Flag Eligibility (need ≥5/9 for flag): Guard: 0/9 | Stable: 1/9 | Fast: 0/9 | HSDir: 0/9 | Running: 9/9 | Valid: 9/9 | V2Dir: 9/9
  • Reachability: IPv4: 9/9
  • Consensus Weight (Dir. Auth.): Median: 0 bit/s | Min: 0 bit/s | Max: 0 bit/s
  • Identified Issues:
    • Guard: WFU below threshold: Weighted Fractional Uptime 1.6% is below 98% requirement
      • Suggestion: WFU measures recent uptime (recent downtime weighs more heavily). To improve: 1) Minimize restarts, 2) Use systemd with Restart=always, 3) Monitor for OOM kills, 4) Schedule updates during low-traffic periods.
    • Guard: Time Known below threshold: Time Known 0.8 days is below 8 days requirement (7.2 more days needed)
      • Suggestion: Time Known tracks how long authorities have observed your relay. This resets if: 1) Identity key changes, 2) Long downtime makes authorities forget you. Just keep running stably.
    • Guard: requires Stable flag: Guard flag requires having the Stable flag first
      • Suggestion: Get Stable flag by maintaining consistent uptime. Stable requires uptime and MTBF at or above network median (typically 2-3 weeks of stable running).
    • Guard: requires Fast flag: Guard flag requires having the Fast flag first
      • Suggestion: Get Fast flag by having bandwidth ≥100 KB/s OR in top 7/8ths of network. Most relays get this easily.
    • Not eligible for Stable flag: Uptime or MTBF below network median for most authorities
      • Suggestion: Stable flag requires uptime/MTBF at or above network median. Keep your relay running continuously for 2-3 weeks. Avoid restarts. Use reliable hardware and network connection.
    • HSDir: WFU below threshold: WFU 1.6% below 98% required for HSDir
      • Suggestion: HSDir requires ≥98% WFU, Stable flag, and Time Known ≥25 hours (or ~10 days for moria1). Improve uptime consistency.
    • HSDir: Time Known below threshold: Time Known 20.2 hours below 25 hours (dir-spec default)
      • Suggestion: Most authorities use 25 hours for HSDir TK. moria1 uses ~10 days. Keep running stably.
    • Low bandwidth authority measurements: Only 0/6 bandwidth authorities measured this relay. Minimum 3 measurements needed for accurate consensus weight.
      • Suggestion: Low measurement count can indicate connectivity issues. Check: 1) Relay is reachable from multiple geographic locations, 2) ORPort accepts connections from bandwidth scanners, 3) RelayBandwidthRate in torrc matches actual capacity. New relays may take 1-2 days to be measured by all authorities.
    • StaleDesc flag assigned: Relay descriptor is older than 18 hours
      • Suggestion: Your relay is not publishing fresh descriptors. Check: 1) Tor process is running, 2) Network connectivity, 3) Clock is synchronized (NTP). Restart Tor if needed.
    • Tor version not recommended: Running Tor version 0.4.8.10 which is not on the recommended list.
      • Suggestion: Update to the latest stable Tor version. Outdated versions may have security vulnerabilities and could eventually be rejected by the network. See torproject.org/download for latest releases.

Green = meets threshold, Red = below threshold, Yellow = partial.

Metric Dir Auth Measured Dir Auth Threshold Status
In Consensus (Dir. Auth.) 9/9 authorities ≥5/9 (majority) IN CONSENSUS
Running (IPv4 Reachable) 9/9 authorities reached this relay ≥5/9 (majority) RUNNING
Valid 9/9 (Running + Valid Descriptor) ≥5/9 (majority) VALID
Consensus Weight (Dir. Auth.) 0 bit/s (median) N/A (no threshold, used for path selection)
Guard WFU (Dir. Auth., guard-wfu) 1.6% ≥98% (all authorities) BELOW - cannot get Guard
Guard TK (Dir. Auth., tk) 0.8 days ≥8 days (all authorities) BELOW - need 7.2 more days
Guard BW (Relay Reported) 0 bit/s ≥16.0 Mbit/s OR ≥80.0 Mbit/s-296.0 Mbit/s BELOW - need ≥2 MB/s
Stable Uptime (Relay Reported) 0.9d ≥19.1d - 19.7d (typical) BELOW - 0/9
Stable MTBF (Dir. Auth., mtbf) 1 days ≥26.6d - 45.4d (typical)
[Stricter] moria1: ≥376.2d
BELOW - 1/9
Fast Speed (Relay Reported) 0 bit/s ≥800.0 Kbit/s (guarantee) OR ≥816.0 Kbit/s (typical)
[Stricter] moria1: ≥8.4 Mbit/s
BELOW - need ≥100 KB/s
HSDir WFU (Dir. Auth., wfu) 1.6% ≥98.0% (from all auths) BELOW - 0/9
HSDir TK (Dir. Auth., tk) 0.8 days ≥1.0d (8/9 auths)
[Stricter] moria1: ≥9.9d
BELOW - 0/9

Each cell shows: your measured value | authority threshold. Green = meets, red = below. Flags: green = all authorities agree, yellow = partial.

Authority Running Valid BW Scan (Authority) v4 Flags Fast (Relay|T) Guard BW (Relay|Threshold) Guard WFU (M|T) Guard TK (M|T) Stable MTBF (M|T) Stable Uptime (Relay|T) HSDir WFU (M|T) HSDir TK (M|T) Desc Published Cons Wt (Authority)
bastet (US) Yes Yes Y Yes StaleDesc, V2Dir, Valid 0 bit/s | 816.0 Kbit/s 0 bit/s | 224.0 Mbit/s OR 16.0 Mbit/s 1.6% | 98% 0.8d | 8d 0.0d | 47.0d 0.9d | 19.7d 1.6% | 98.0% 0.8d | 1.0d 2026-01-09 07:34:31 [Stale]
dannenberg (DE) Yes Yes N Yes StaleDesc, V2Dir, Valid 0 bit/s | 816.0 Kbit/s 0 bit/s | 80.0 Mbit/s OR 16.0 Mbit/s 0.0% | 98% 0.0d | 8d 0.0d | 35.7d 0.9d | 20.2d 0.0% | 98.0% 0.0d | 1.0d 2026-01-09 07:34:31 [Stale]
dizum (NL) Yes Yes N Yes StaleDesc, V2Dir, Valid 0 bit/s | 816.0 Kbit/s 0 bit/s | 80.0 Mbit/s OR 16.0 Mbit/s 1.6% | 98% 0.8d | 8d 0.0d | 26.6d 0.9d | 20.4d 1.6% | 98.0% 0.8d | 1.0d 2026-01-09 07:34:31 [Stale]
faravahar (US) Yes Yes N Yes StaleDesc, V2Dir, Valid 0 bit/s | 816.0 Kbit/s 0 bit/s | 80.0 Mbit/s OR 16.0 Mbit/s 0.0% | 98% 0.0d | 8d 0.0d | 41.9d 0.9d | 19.1d 0.0% | 98.0% 0.0d | 1.0d 2026-01-09 07:34:31 [Stale]
gabelmoo (DE) Yes Yes Y Yes StaleDesc, V2Dir, Valid 0 bit/s | 816.0 Kbit/s 0 bit/s | 288.0 Mbit/s OR 16.0 Mbit/s 1.6% | 98% 0.8d | 8d 0.0d | 45.4d 0.9d | 19.6d 1.6% | 98.0% 0.8d | 1.0d 2026-01-09 07:34:31 [Stale]
longclaw (US) Yes Yes Y Yes StaleDesc, V2Dir, Valid 0 bit/s | 816.0 Kbit/s 0 bit/s | 80.0 Mbit/s OR 16.0 Mbit/s 1.6% | 98% 0.8d | 8d 0.0d | 48.7d 0.9d | 19.5d 1.6% | 98.0% 0.8d | 1.0d 2026-01-09 07:34:31 [Stale]
maatuska (SE) Yes Yes Y Yes StaleDesc, V2Dir, Valid 0 bit/s | 816.0 Kbit/s 0 bit/s | 296.0 Mbit/s OR 16.0 Mbit/s 1.7% | 98% 0.8d | 8d 0.0d | 42.3d 0.9d | 19.4d 1.7% | 98.0% 0.8d | 1.0d 2026-01-09 07:34:31 [Stale]
moria1 (US) Yes Yes Y Yes Stable, StaleDesc, V2Dir, Valid 0 bit/s | 8.4 Mbit/s 0 bit/s | 232.0 Mbit/s OR 16.0 Mbit/s 1.7% | 98% 0.8d | 8d 20462.3d | 376.2d 0.9d | 20.4d 1.7% | 98.0% 0.8d | 9.9d 2026-01-09 07:34:31 [Stale]
tor26 (AT) Yes Yes Y Yes StaleDesc, V2Dir, Valid 0 bit/s | 816.0 Kbit/s 0 bit/s | 272.0 Mbit/s OR 16.0 Mbit/s 0.0% | 98% 0.0d | 8d 0.0d | 51.8d 0.9d | 19.7d 0.0% | 98.0% 0.0d | 1.0d 2026-01-09 07:34:31 [Stale]

— = not tested/available • Format: relay value | authority threshold • WFU = Weighted Fractional Uptime • TK = Time Known

Bandwidth Values Explained:
Relay Reported = Your relay's self-reported bandwidth from its descriptor (observed_bandwidth). Used for flag eligibility (Guard, Fast).
Authority Measured = Bandwidth measured by authority's sbws scanner. Used for consensus weight (path selection probability).
Why different? Authorities verify your reported bandwidth independently. 6 of 9 authorities run bandwidth scanners; 3 use relay-reported values directly.
Stable Uptime (Two Data Sources):
Relay Uptime = From Onionoo API (last_restarted field). This is your relay's self-reported uptime from its descriptor. Same value for all authorities.
Authority Threshold = From CollecTor vote files (flag-thresholds stable-uptime). Each authority may have different thresholds.
Why two sources? Vote files contain authority thresholds but not per-relay uptime values. Onionoo aggregates relay descriptors which include uptime.