View Relay "TV9847"

Family: 1 relay | printerexpert@mail2tor.com | AS10796 | United States of America | Linux

Consensus
Not In Consensus (2/9 Directory Auths, need 5)
Flags
Exit, Running, V2Dir, Valid (4)
BW Verified
0/6 BW Auths Measured 608 bit/s Median
Stability
Not Overloaded | DOWN 5d 5h 15m ago
Reachability
IPv4: 2/9 | v6: 0/7 (Directory Auths)
First Seen
1w 17m 29s ago
BW Weight
0.00% of Network | 614 Kbit/s Observed By Relay
Version
0.4.8.22 Recommended
Issues Detected:
  • Not in consensus : Only 2/9 authorities voted for this relay (need 5)
    Suggestion: Verify your relay is reachable from multiple geographic locations. Check firewall rules allow incoming connections on your ORPort from all directory authority IP addresses.
  • IPv4 reachability issues : Only 2/9 authorities can reach this relay
    Suggestion: Authorities that cannot reach you: bastet, faravahar, gabelmoo, longclaw, maatuska, moria1, tor26. Check: 1) Firewall allows incoming TCP on ORPort, 2) No ISP-level blocking, 3) Tor is running and listening. Use 'nc -zv your-ip your-orport' from external hosts to test.
  • IPv6 not reachable : 0/7 authorities that test IPv6 can reach your IPv6 address
    Suggestion: Verify IPv6 is correctly configured: 1) Check ORPort binding includes IPv6 address, 2) Firewall allows IPv6 traffic, 3) IPv6 address is publicly routable. Test with: curl -6 http://ipv6.icanhazip.com/
  • Guard: bandwidth below threshold : Observed bandwidth 0.1 MB/s is below 2 MB/s minimum (AuthDirGuardBWGuarantee)
    Suggestion: Guard requires ≥2 MB/s bandwidth OR being in top 25% of network. To increase bandwidth: 1) Ensure adequate upstream capacity, 2) Check RelayBandwidthRate/RelayBandwidthBurst in torrc, 3) Monitor with Nyx or ARM.
  • Guard: WFU below threshold : Weighted Fractional Uptime 84.9% 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 5.5 days is below 8 days requirement (2.5 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 84.9% 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.
  • 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.

Addresses
OR Address
174.102.143.185:9001
Reachability (Directory Authorities)
IPv4
2/9
IPv6
0/7 (2 don't test)
Location
Country
United States of America United States of America
Interactive Map
View on Interactive Map
Autonomous System
AS Number
AS10796
AS Name
Charter Communications Inc (BGP.tools)
AS Rarity
Legendary (score: 4/5, <0.05% consensus weight, 5 operators)

Current Flags (4): Running, Valid, V2Dir, Exit
Eligible Flags (0): Running: 2/9 | Valid: 2/9 | V2Dir: 2/9 | Fast: 0/9 | Stable: 0/9 | HSDir: 0/9 | Guard: 0/9 (need ≥5/9 for flag)
Eligibility Flag Vote Details
Flag Metric Status Relay Value Threshold Required
Fast Speed Below 614.4 Kbit/s (R) ≥800.0 Kbit/s (guarantee) OR top 7/8
[Stricter] moria1: ≥8.4 Mbit/s
Stable MTBF Below Median: 0.9d (0/9 DA above threshold)
Min/Max: 0.8d / 0.9d (2/9 DA, Voting / Total Eligible)
≥22.1d - 51.9d (varies)
[Stricter] moria1: ≥451.9d
Uptime Below 0.1d (R) ≥6.4d - 7.5d (varies)
HSDir Prereq: Stable Below 0/9 authorities assigned Stable flag ≥5/9 authorities
Prereq: Fast Below 0/9 authorities assigned Fast flag ≥5/9 authorities
WFU Below Median: 84.4% (0/9 DA above threshold)
Min/Max: 84.0% / 84.9% (2/9 DA, Voting / Total Eligible)
≥98.0%
Time Known Below Median: 5.5d (0/9 DA above threshold)
Min/Max: 5.5d / 5.5d (2/9 DA, Voting / Total Eligible)
≥1.0d (most)
[Stricter] moria1: ≥9.9d
Guard Prereq: Fast Below 0/9 authorities assigned Fast flag ≥5/9 authorities
Prereq: Stable Below 0/9 authorities assigned Stable flag ≥5/9 authorities
Prereq: V2Dir Below 2/9 authorities assigned V2Dir flag ≥5/9 authorities
WFU Below Median: 84.4% (0/9 DA above threshold)
Min/Max: 84.0% / 84.9% (2/9 DA, Voting / Total Eligible)
≥98% (all authorities)
Time Known Below (need 2.5 more days) Median: 5.5d (0/9 DA above threshold)
Min/Max: 5.5d / 5.5d (2/9 DA, Voting / Total Eligible)
≥8 days (all authorities)
Bandwidth Below 614.4 Kbit/s (R) ≥16.0 Mbit/s OR ≥80.0 Mbit/s-312.0 Mbit/s

(DA) = Dir. Auth. Measured | (R) = Relay Reported
Data from Tor CollecTor (authority votes, fetched 2026-02-11 21:15:08).

Last fetch was at Wed, 11 Feb 2026 22:15:42 GMT.

TV9847
46DF9D6BBAA7624942403D610AE38669B6F45C57
none
printerexpert@mail2tor.com
accept: 
  1-65535
none
reject 0.0.0.0/8:*
reject 169.254.0.0/16:*
reject 127.0.0.0/8:*
reject 192.168.0.0/16:*
reject 10.0.0.0/8:*
reject 172.16.0.0/12:*
reject 174.102.143.185:*
accept *:*
46DF9D6BBAA7624942403D610AE38669B6F45C57
none
none
614.40 Kbit/s | 614.40 Kbit/s| 100.00 Mbit/s| 100.00 Mbit/s  Not Measured
0.00% | N/A | N/A | N/A
174.102.143.185:9001
none
none
United States of America United States of America
View on Interactive Map
AS10796 | Charter Communications Inc (BGP.tools)
Exit Exit Running Running V2Dir V2Dir Valid Valid
Match Overall Uptime (0.0%/0.0%/0.0%/0.0%)
0.0%/0.0%/0.0%/0.0%
DOWN 5d 5h 15m ago
1w 17m 29s ago (2026-02-04 22:00:00) | 5d 5h 17m ago (2026-02-06 17:00:00)
3h 32m 10s ago (2026-02-11 18:45:19)
2026-02-04 22:00:00
No
Linux | Tor 0.4.8.22 on Linux
0.4.8.22 | Yes | recommended

Data from Tor CollecTor (authority votes, fetched 2026-02-11 21:15:08).

  • Consensus Status (need ≥5/9): Not In Consensus — 2/9 authorities voted.
  • Flag Eligibility (need ≥5/9 for flag): Running: 2/9 | Valid: 2/9 | V2Dir: 2/9 | Fast: 0/9 | Stable: 0/9 | HSDir: 0/9 | Guard: 0/9
  • Reachability: IPv4: 2/9
  • Consensus Weight (Dir. Auth.): Median: 608.0 bit/s | Min: 608 bit/s | Max: 608 bit/s
  • Identified Issues:
    • Not in consensus: Only 2/9 authorities voted for this relay (need 5)
      • Suggestion: Verify your relay is reachable from multiple geographic locations. Check firewall rules allow incoming connections on your ORPort from all directory authority IP addresses.
    • IPv4 reachability issues: Only 2/9 authorities can reach this relay
      • Suggestion: Authorities that cannot reach you: bastet, faravahar, gabelmoo, longclaw, maatuska, moria1, tor26. Check: 1) Firewall allows incoming TCP on ORPort, 2) No ISP-level blocking, 3) Tor is running and listening. Use 'nc -zv your-ip your-orport' from external hosts to test.
    • IPv6 not reachable: 0/7 authorities that test IPv6 can reach your IPv6 address
      • Suggestion: Verify IPv6 is correctly configured: 1) Check ORPort binding includes IPv6 address, 2) Firewall allows IPv6 traffic, 3) IPv6 address is publicly routable. Test with: curl -6 http://ipv6.icanhazip.com/
    • Guard: bandwidth below threshold: Observed bandwidth 0.1 MB/s is below 2 MB/s minimum (AuthDirGuardBWGuarantee)
      • Suggestion: Guard requires ≥2 MB/s bandwidth OR being in top 25% of network. To increase bandwidth: 1) Ensure adequate upstream capacity, 2) Check RelayBandwidthRate/RelayBandwidthBurst in torrc, 3) Monitor with Nyx or ARM.
    • Guard: WFU below threshold: Weighted Fractional Uptime 84.9% 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 5.5 days is below 8 days requirement (2.5 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 84.9% 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.
    • 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.

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

Metric Dir Auth Measured Dir Auth Threshold Status
In Consensus (Dir. Auth.) 2/9 authorities ≥5/9 (majority) NOT IN CONSENSUS
Running (IPv4 Reachable) 2/9 authorities reached this relay ≥5/9 (majority) NOT RUNNING
Valid 2/9 (Running + Valid Descriptor) ≥5/9 (majority) NOT VALID
Consensus Weight (Dir. Auth.) 608.0 bit/s (median) N/A (no threshold, used for path selection)
Guard WFU (Dir. Auth., guard-wfu) 84.4% ≥98% (all authorities) BELOW - cannot get Guard
Guard TK (Dir. Auth., tk) 5.5 days ≥8 days (all authorities) BELOW - need 2.5 more days
Guard BW (Relay Reported) 614.4 Kbit/s ≥16.0 Mbit/s OR ≥80.0 Mbit/s-312.0 Mbit/s BELOW - need ≥2 MB/s
Stable Uptime (Relay Reported) 0.1d ≥6.4d - 7.5d (typical) BELOW - 0/9
Stable MTBF (Dir. Auth., mtbf) 1 days ≥22.1d - 51.9d (typical)
[Stricter] moria1: ≥451.9d
BELOW - 0/9
Fast Speed (Relay Reported) 614.4 Kbit/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) 84.4% ≥98.0% (from all auths) BELOW - 0/9
HSDir TK (Dir. Auth., tk) 5.5 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) No Y No
dannenberg (DE) Yes Yes N Yes Running, Valid, V2Dir, Exit 614.4 Kbit/s | 712.0 Kbit/s 614.4 Kbit/s | 80.0 Mbit/s OR 16.0 Mbit/s 84.9% | 98% 5.5d | 6d 0.9d | 22.1d 0.1d | 6.5d 84.9% | 98.0% 5.5d | 1.0d 2026-02-11 18:46:32 608 bit/s
dizum (NL) Yes Yes N Yes Running, Valid, V2Dir, Exit 614.4 Kbit/s | 704.0 Kbit/s 614.4 Kbit/s | 80.0 Mbit/s OR 16.0 Mbit/s 84.0% | 98% 5.5d | 6d 0.8d | 27.7d 0.1d | 6.4d 84.0% | 98.0% 5.5d | 1.0d 2026-02-11 18:46:32 608 bit/s
faravahar (US) No N No
gabelmoo (DE) No Y No
longclaw (US) No Y No
maatuska (SE) No Y No
moria1 (US) No Y No
tor26 (AT) No Y No

— = 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.