View Relay "TV7579"

Family: 1 relay | printerexpert@mail2tor.com | AS22927 | Argentina | Linux

Consensus
Not In Consensus (2/9 Directory Auths, need 5)
Flags
Exit, Running, V2Dir, Valid (4)
BW Verified
0/6 BW Auths Measured 584 bit/s Median
Stability
Not Overloaded | DOWN 6d 1h 45m ago
Reachability
IPv4: 2/9 | v6: 0/7 (Directory Auths)
First Seen
6d 4h 47m ago
BW Weight
589 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 82.1% 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 4.7 days is below 8 days requirement (3.3 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 82.1% 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
190.173.12.142:9001
Reachability (Directory Authorities)
IPv4
2/9
IPv6
0/7 (2 don't test)
Location
Country
Argentina Argentina
Interactive Map
View on Interactive Map
Autonomous System
AS Number
AS22927
AS Name
Unknown
AS Rarity
Legendary (score: 4/5, <0.05% consensus weight, 2 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 589.8 Kbit/s (R) ≥800.0 Kbit/s (guarantee) OR top 7/8
[Stricter] moria1: ≥8.4 Mbit/s
Stable MTBF Below Median: 0.3d (0/9 DA above threshold)
Min/Max: 0.3d / 0.4d (2/9 DA, Voting / Total Eligible)
≥21.9d - 51.8d (varies)
[Stricter] moria1: ≥454.5d
Uptime Below 0.2d (R) ≥6.3d - 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: 82.6% (0/9 DA above threshold)
Min/Max: 82.1% / 83.1% (2/9 DA, Voting / Total Eligible)
≥98.0%
Time Known Below Median: 4.7d (0/9 DA above threshold)
Min/Max: 4.7d / 4.8d (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: 82.6% (0/9 DA above threshold)
Min/Max: 82.1% / 83.1% (2/9 DA, Voting / Total Eligible)
≥98% (all authorities)
Time Known Below (need 3.3 more days) Median: 4.7d (0/9 DA above threshold)
Min/Max: 4.7d / 4.8d (2/9 DA, Voting / Total Eligible)
≥8 days (all authorities)
Bandwidth Below 589.8 Kbit/s (R) ≥16.0 Mbit/s OR ≥80.0 Mbit/s-304.0 Mbit/s

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

Last fetch was at Wed, 11 Feb 2026 20:45:45 GMT.

TV7579
8AAFD2BA94B2CDAACCC71155EADB25903B7443A2
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 190.173.40.74:*
accept *:*
8AAFD2BA94B2CDAACCC71155EADB25903B7443A2
none
none
589.82 Kbit/s | 589.82 Kbit/s| 100.00 Mbit/s| 100.00 Mbit/s  Not Measured
N/A | N/A | N/A | N/A
190.173.12.142:9001
none
none
Argentina Argentina
View on Interactive Map
AS22927 | unknown
Exit Exit Running Running V2Dir V2Dir Valid Valid
N/A
0.0%/0.0%/0.0%/0.0%
DOWN 6d 1h 45m ago
6d 4h 47m ago (2026-02-05 16:00:00) | 6d 1h 47m ago (2026-02-05 19:00:00)
4h 3m 35s ago (2026-02-11 16:43:56)
2026-02-05 16: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 19:45:07).

  • 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: 584.0 bit/s | Min: 584 bit/s | Max: 584 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 82.1% 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 4.7 days is below 8 days requirement (3.3 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 82.1% 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.) 584.0 bit/s (median) N/A (no threshold, used for path selection)
Guard WFU (Dir. Auth., guard-wfu) 82.6% ≥98% (all authorities) BELOW - cannot get Guard
Guard TK (Dir. Auth., tk) 4.7 days ≥8 days (all authorities) BELOW - need 3.3 more days
Guard BW (Relay Reported) 589.8 Kbit/s ≥16.0 Mbit/s OR ≥80.0 Mbit/s-304.0 Mbit/s BELOW - need ≥2 MB/s
Stable Uptime (Relay Reported) 0.2d ≥6.3d - 7.5d (typical) BELOW - 0/9
Stable MTBF (Dir. Auth., mtbf) 0 days ≥21.9d - 51.8d (typical)
[Stricter] moria1: ≥454.5d
BELOW - 0/9
Fast Speed (Relay Reported) 589.8 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) 82.6% ≥98.0% (from all auths) BELOW - 0/9
HSDir TK (Dir. Auth., tk) 4.7 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 589.8 Kbit/s | 712.0 Kbit/s 589.8 Kbit/s | 80.0 Mbit/s OR 16.0 Mbit/s 82.1% | 98% 4.7d | 6d 0.3d | 21.9d 0.2d | 6.4d 82.1% | 98.0% 4.7d | 1.0d 2026-02-11 16:45:10 584 bit/s
dizum (NL) Yes Yes N Yes Running, Valid, V2Dir, Exit 589.8 Kbit/s | 696.0 Kbit/s 589.8 Kbit/s | 80.0 Mbit/s OR 16.0 Mbit/s 83.1% | 98% 4.8d | 6d 0.4d | 27.7d 0.2d | 6.3d 83.1% | 98.0% 4.8d | 1.0d 2026-02-11 16:45:10 584 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.