View Relay "TV7410"
Family: 1 relay | printerexpert@mail2tor.com | AS36925 | Morocco | Linux
- Consensus
- Not In Consensus (2/9 Directory Auths, need 5)
- BW Verified
- 0/6 BW Auths Measured 544 bit/s Median
- Stability
- Not Overloaded | DOWN 6d 8h 15m ago
- Reachability
- IPv4: 2/9 | v6: 0/7 (Directory Auths)
- First Seen
- 1w 7h 17m ago
- BW Weight
- 0.00% of Network | 548 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 28.4% 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.4 days is below 8 days requirement (2.6 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 28.4% 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
- 196.118.125.108:9001
Reachability (Directory Authorities)
- IPv4
- 2/9
- IPv6
- 0/7 (2 don't test)
Location
- Country
-
Morocco
- Interactive Map
- View on Interactive Map
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 | 548.9 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.3d (2/9 DA, Voting / Total Eligible) |
≥22.1d - 51.9d (varies) [Stricter] moria1: ≥451.9d |
| Uptime | Below | 1.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: 28.4% (0/9 DA above threshold) Min/Max: 28.4% / 28.4% (2/9 DA, Voting / Total Eligible) |
≥98.0% | |
| Time Known | Below | Median: 5.4d (0/9 DA above threshold) Min/Max: 5.4d / 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: 28.4% (0/9 DA above threshold) Min/Max: 28.4% / 28.4% (2/9 DA, Voting / Total Eligible) |
≥98% (all authorities) | |
| Time Known | Below (need 2.6 more days) | Median: 5.4d (0/9 DA above threshold) Min/Max: 5.4d / 5.5d (2/9 DA, Voting / Total Eligible) |
≥8 days (all authorities) | |
| Bandwidth | Below | 548.9 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.
- TV7410
-
8282EF0A75E33BB711360B461B9F11AC4C6B8D2D - 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 196.118.125.108:* accept *:*
-
8282EF0A75E33BB711360B461B9F11AC4C6B8D2D
-
none
-
none
- 548.86 Kbit/s | 548.86 Kbit/s| 100.00 Mbit/s| 100.00 Mbit/s Not Measured
- 0.00% | N/A | N/A | N/A
- 196.118.125.108:9001
- none
- none
-
Morocco
- View on Interactive Map
- AS36925 | MEDITELECOM (BGP.tools)
-
Exit
Running
V2Dir
Valid
- Match Overall Uptime (0.0%/0.0%/0.0%/0.0%)
- 0.0%/0.0%/0.0%/0.0%
- DOWN 6d 8h 15m ago
- 1w 7h 17m ago (2026-02-04 15:00:00) | 6d 8h 17m ago (2026-02-05 14:00:00)
- 1d 2h 30m ago (2026-02-10 19:47:19)
- 2026-02-04 15: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: 544.0 bit/s | Min: 544 bit/s | Max: 544 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 28.4% 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.4 days is below 8 days requirement (2.6 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 28.4% 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.
-
Not in consensus: Only 2/9 authorities voted for this relay (need 5)
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.) | 544.0 bit/s (median) | N/A (no threshold, used for path selection) | — |
| Guard WFU (Dir. Auth., guard-wfu) | 28.4% | ≥98% (all authorities) | BELOW - cannot get Guard |
| Guard TK (Dir. Auth., tk) | 5.4 days | ≥8 days (all authorities) | BELOW - need 2.6 more days |
| Guard BW (Relay Reported) | 548.9 Kbit/s | ≥16.0 Mbit/s OR ≥80.0 Mbit/s-312.0 Mbit/s | BELOW - need ≥2 MB/s |
| Stable Uptime (Relay Reported) | 1.1d | ≥6.4d - 7.5d (typical) | BELOW - 0/9 |
| Stable MTBF (Dir. Auth., mtbf) | 0 days |
≥22.1d - 51.9d (typical)
[Stricter] moria1: ≥451.9d |
BELOW - 0/9 |
| Fast Speed (Relay Reported) | 548.9 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) | 28.4% | ≥98.0% (from all auths) | BELOW - 0/9 |
| HSDir TK (Dir. Auth., tk) | 5.4 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 | Valid, V2Dir, Exit | 548.9 Kbit/s | 712.0 Kbit/s | 548.9 Kbit/s | 80.0 Mbit/s OR 16.0 Mbit/s | 28.4% | 98% | 5.4d | 6d | 0.3d | 22.1d | 1.1d | 6.5d | 28.4% | 98.0% | 5.4d | 1.0d | 2026-02-11 07:58:12 | 544 bit/s |
| dizum (NL) | Yes | Yes | N | Yes | Valid, V2Dir, Exit | 548.9 Kbit/s | 704.0 Kbit/s | 548.9 Kbit/s | 80.0 Mbit/s OR 16.0 Mbit/s | 28.4% | 98% | 5.5d | 6d | 0.3d | 27.7d | 1.1d | 6.4d | 28.4% | 98.0% | 5.5d | 1.0d | 2026-02-11 07:58:12 | 544 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.
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.
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.