All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Kimsufi IP banned from public torrent trackers?
I got a Kimsufi KS-1 server a couple of weeks ago. Ever since, I've had issues with public torrent trackers - I haven't tested private ones -. Out of the four major public trackers (OpenBitTorrent, PublicBT, iStoleIt, Demonii), I can only connect to Demonii. Transmission comes up with the following error: "Announce error: Connection failed" for the three others.
I've triple-checked my network settings, and I've used three different clients (Deluge 1.3.4 & 1.3.6, rTorrent 0.9.4/libtorrent 0.13.4, Transmission 2.8.2) on two different distros (Debian 7 & Arch) to track the cause of my issue. I use an iptables config that I use across different VPS and I haven't had any problem with it.
The only logical explanation I can come up with is that my server IP may have been banned from those public torrent trackers. Could that be possible?
Comments
@joodle - how are your trackers?
Use Magnet links.
I do.
ovh could also make it impossible for your server to connect to the trackers, I find it more logical instead of trackers doing it.
I've talked to a few people on IRC, and it seems that public trackers work wonders on their Kimsufi boxes. There isn't any reason OVH would have blocked my server from accessing those trackers since I haven't been abusing torrents in any way since I've had the server. Which makes the whole situation even stranger.
Was working before...
Still can't reach full 100mbit though
They all work fine for me
How did u guys set up Transmission? I kept getting Permission Denied after my torrents start to download for a while. Tried both Debian and Ubuntu and got the same error. Tried to change the download folder to 755 and have chown to have it run under transmission-daemon and that didn't help.
I use the ubuntu desktop with x2go installation template.
x2go has pre-compiled Transmission?
I still prefer to use the apt-get install rather than reinstalling my entire server since I have already got a few things running on it.
Maybe the trackers are down? If it's an old torrent maybe they changed the tracker URL since then?
If it's a server with cli only then install transmission-daemon and configure the webgui. If you have a desktop installed on your server, install transmission package from apt-get.
They should both work, but be aware torrenting will rape your disk and bandwidth, making server kinda useless for anything else.
Maybe OVH is pissed and blocking torrents now?
By default I think the download folder for Transmission is in /root/downloads, I am wondering if Debian/Ubuntu locks down any folder in /root/ to only permit access by root account even if you change the ownership of the folder.
Do you have the download folder outside of /root? Or if it is in /root/, what is the permission for it?
The only other thing it does it to backup my PC using CrashPlan, and my pathetic bandwidth at home is the primary reason why I don't want to do this again....
@zhuanyi
Running a torrent client as root is a bad idea, i run mine as the user "desktop", and use the download folder /home/desktop/Downloads.
If you want to use /root/downloads as a download folder when running transmission as a non root user then you will need to set the permissions on that folder accordingly.
opening dht in torrent program helps to gain more peers (dont know if it causes any issue)
I've no problems pushing 100Mb/s up for hours a day on torrents.
OpenBT, PublicBT and iStoleIt are all used to share both legal and illegal torrents, which means that if OVH were to block those trackers, they'd also block a good part of legit torrents. Plus, some people don't seem to be running into any issues.
Yep... exactly that. Only Demonii is working - how odd.
Can you ping them from the box?
Is it possible because the trackers have hundreds of peers in the DC they are rate limiting IP's etc?
It's because of UDP
Public trackers banned multiple datacenters yesterday in the (European) morning. This is the case with LeaseWeb too for example, not a problem with OVH.
I suspect this has to do with DoS prevention more than anything else. If you want to use the trackers, you are going to need a proxy.
I tried to run it under debian-transmission account but that is where I got the permission denied error.
The only way I managed to get it to work now is to start a screen (like the program) and run transmission-daemon -f as root and that seems to resolve all the issue. However this is far from a neat solution.
This seems quite silly as many people run Seedboxes out of OVH, do you have any news articles or related information to this "ban" ?
Many people do, but it is a very little percentage compared to people torrenting from their houses. Additionally boxes on datacenters can always use DHT, in comparison to restrictive or crappy networks where a tracker does really help.
Sorry, I don't have any further public info at this time nor I do know if this is temporary or not.
Right, I've found the issue after digging on Kimsufi's forums and other sources. A whole block (/24 or more?) of IPs from OVH is being blocked by AMS-IX, and unfortunately the connection from Kimsufi servers to many trackers (OpenBT, PublicBT and iStoleIt included) goes through AMS-IX.
Apparently, some Kimsufi customers who asked OVH's support about the situation were told that OVH is not willing to fix the issue with AMS-IX.
My IP is in the 5.39.89.0/24 block and my box is at the RBX5 DC, fyi. Does OVH usually accept requests to change IPv4 addresses? If not, the only solution would be to cancel my Kimsufi server subscription and reorder another one.
@nunim
http://torrentfreak.com/public-bittorrent-trackers-ban-piracy-monitoring-outfits-140523/
Here are traceroutes to OpenBT, PublicBT and iStoleIt:
I'm blocked from accessing open.demonii.com from my IPv4 address but not my IPv6 address.
root@ns3282823:~# ping6 open.demonii.com PING open.demonii.com(2001:bc8:3400:102::1) 56 data bytes 64 bytes from 2001:bc8:3400:102::1: icmp_seq=1 ttl=56 time=13.8 ms 64 bytes from 2001:bc8:3400:102::1: icmp_seq=2 ttl=56 time=42.8 ms 64 bytes from 2001:bc8:3400:102::1: icmp_seq=3 ttl=56 time=8.77 ms 64 bytes from 2001:bc8:3400:102::1: icmp_seq=4 ttl=56 time=29.8 ms 64 bytes from 2001:bc8:3400:102::1: icmp_seq=5 ttl=56 time=10.7 ms 64 bytes from 2001:bc8:3400:102::1: icmp_seq=6 ttl=56 time=46.3 ms ^C --- open.demonii.com ping statistics --- 6 packets transmitted, 6 received, 0% packet loss, time 5006ms rtt min/avg/max/mdev = 8.774/25.401/46.307/15.192 ms root@ns3282823:~#
Anyway to configure my transmission-daemon setup to connect using IPv6 when available?
It's not being blocked by AMS-IX in those traceroutes though