@PBCool
I actually found some strange stuff testing torrents myself.
I loaded up a torrent on my docker server at home, using Transmission client.
I also loaded up the same torrent on a server in Cape Town data center, using the transmission client.
Transmission on my CISP line, fails to connect to trackers, but is able to download slowly from encrypted peers.
Transmission on server in data center, is able to connect o trackers and also download from peers.
So I don't know where it is blocked, it could be either of:
- enetworks (upstream provider in Cape Town for CISP line)
- liquidtelecom (doubt it)
- somewhere else
- or the IP range I am on is blocked by all of these trackers (doubt it)
Now here is the interesting part, mtr to 1 of the trackers that work on DC transmission and not on CISP transmision client:
DC Server:
Code:
[root@thor ~]# mtr --udp -P 6969 tracker.coppersurfer.tk --report -n
Start: Sat Sep 16 10:27:03 2017
HOST: thor.xxxxxxxxxxx Loss% Snt Last Avg Best Wrst StDev
4.|-- 168.209.231.100 0.0% 10 3.4 4.1 3.3 10.1 2.0
5.|-- 168.209.161.59 0.0% 10 3.3 3.4 3.2 3.8 0.0
6.|-- 168.209.168.7 0.0% 10 3.6 3.7 3.1 5.9 0.6
7.|-- 168.209.255.222 0.0% 10 4.5 3.9 3.1 8.6 1.6
8.|-- 168.209.255.222 0.0% 10 3.5 82.7 3.1 169.8 84.0
9.|-- 149.6.148.129 0.0% 10 144.5 148.8 142.9 168.8 10.4
10.|-- 154.54.57.105 0.0% 10 142.9 143.0 142.6 143.6 0.0
11.|-- 154.54.56.77 0.0% 10 143.4 145.0 142.9 150.6 2.8
12.|-- 130.117.49.117 0.0% 10 156.7 155.6 150.3 157.4 2.7
13.|-- 130.117.50.33 0.0% 10 157.3 157.2 156.3 159.1 0.7
14.|-- 154.25.5.242 0.0% 10 157.1 157.6 156.5 160.3 1.2
15.|-- 87.230.114.22 0.0% 10 156.8 156.9 156.3 157.5 0.0
16.|-- 87.230.114.22 0.0% 10 157.5 157.3 156.3 159.0 0.6
17.|-- 62.138.129.14 0.0% 10 158.9 163.1 156.3 194.8 11.7
18.|-- 62.138.0.158 0.0% 10 156.8 156.6 156.3 157.0 0.0
CISP line:
Code:
root@web:~# mtr --udp -P 6969 tracker.coppersurfer.tk --report -n
Start: Sat Sep 16 10:26:32 2017
HOST: web Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.241.1 0.0% 10 0.5 0.4 0.3 0.6 0.0
2.|-- 155.93.252.1 0.0% 10 1.4 1.3 1.1 1.4 0.0
3.|-- 154.0.1.125 0.0% 10 1.3 1.2 1.1 1.4 0.0
4.|-- 154.0.1.13 0.0% 10 1.5 1.4 1.3 1.5 0.0
5.|-- 45.220.191.17 0.0% 10 1.4 1.5 1.2 2.3 0.0
6.|-- 154.72.97.164 0.0% 10 1.9 1.6 1.4 1.9 0.0
7.|-- 41.60.242.1 0.0% 10 2.2 2.3 2.1 3.4 0.3
8.|-- 5.11.10.170 0.0% 10 142.2 142.2 141.9 143.9 0.5
9.|-- 5.11.10.115 0.0% 10 141.9 141.9 141.7 142.2 0.0
10.|-- 5.11.10.99 0.0% 10 142.1 142.5 142.0 144.3 0.6
11.|-- 80.81.192.239 0.0% 10 157.9 158.2 157.8 160.1 0.5
12.|-- 87.230.114.9 0.0% 10 161.1 161.4 161.0 163.7 0.7
13.|-- 87.230.114.22 0.0% 10 161.2 161.5 160.8 166.1 1.6
14.|-- 62.138.129.14 0.0% 10 158.6 161.3 158.6 169.3 3.7
15.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
root@web:~#
Its has if packets are hard dropped inbound when they have a source IP of know trackers.
Not a big deal, but interesting none the less. Not sure if it is the same case when on a CISP IP range on JHB ect.