The reply from admin of this site:

Oh, that's easy, kTorrent is sending headers that are not included in the BitTorrent specifications. Just about any headers are accepted by this tracker except ones that have been shown to be used by cheat attempts using browsers.

Other than "text/plain", there is no reason for the client to be sending any header information in an announce.

If you can, find out what headers kTorrent is including and why.

This help in something?

I don't remember KT sending something different than text/plain, wth are they talking about?!

This is only reply from site admin. I don't know what about this think.

Well, we use KIO to do the HTTP announce, this puts some additional stuff in the HTTP header (the http stuff is really designed for konqueror, and this kind of shows).

I allready tried to get rid of the stuff we don't need, without much success, And until this tracker we didn't come across one which had a problem with this, so I didn't really put much effort in it.

We will have to see if we can get rid of the useless stuff in the HTTP header somehow.

This is actually what we send :

kio_http: (6791) ============ Sending Header:
kio_http: (6791) GET /scrape?infohash=%e6%07%f1m%c1%b0%b2%93d%91m%d3%0f%92%3fS%06XGS HTTP/1.1
kio_http: (6791) User-Agent: ktorrent/2.1dev
kio_http: (6791) Accept: text/html, image/jpeg, image/png, text/*, image/*, */*
kio_http: (6791) Accept-Encoding: x-gzip, x-deflate, gzip, deflate
kio_http: (6791) Host: 127.0.0.1:5000
kio_http: (6791) Connection: Keep-Alive
kio_http: (6791) ============ Received Response:
kio_http: (6791) "HTTP/1.0 200 OK"
kio_http: (6791) "Content-Length: 81"
kio_http: (6791) "Content-Type: text/plain"
kio_http: (6791) --empty--

This is a scrape request, but the same headers will be used for an announce.

OK, I have now made sure only text/plain is sent for the Accept field of the HTTP header.

probably you can help me, too: i have only one torrent waiting now, but when i want to update the tracker, i get an answer "unreachable", too. i am talking about a movie that has been in the waiting line for three days now, almost finished and i don't want to do a restart. here's a clipout from my log, things like this appear regularly in between:

Code: Select all

Chunk 2381 downloaded
Doing tracker request to url : http://inferno.demonoid.com:3391/announce?peer_id=-KT2030-795730307967&port=6881&uploaded=33243663&downloaded=0&left=0&compact=1&numwant=100&key=58982987&info_hash=%3b%d6Q%ff%e1%ebu%fa%c6V%c6%f7%0e%e7%f3%b1%0b%0e%e8%93
Initiating connection to 83.29.17.196
Initiating connection to 80.92.96.42
Initiating connection to 88.224.80.79
Already connected to T03F-----YmRz44R4p82
Authentication to 83.29.17.196 : failure
Authentication to 88.224.80.79 : ok
Chunk 5 downloaded
Timeout occurred
Authentication to 80.92.96.42 : failure
Chunk 1505 downloaded

so downloading continues, but i lose peers all the time. eventually, there will be no peers left.

regards
ungua

You could use DHT to get more peers. If it is not a private torrent, this should work.

can you give me a link where it is explained what DHT is and how i use it!?

regards
ungua

ungua wrote:can you give me a link where it is explained what DHT is and how i use it!?

regards
ungua

DHT is a way to get peers without relying on a tracker

Go to the settings dialog and enable DHT under general pref. Then you run some other torrents to get some nodes, and then you start this torrent, and with some luck you should be able to find peers for it.

thank you very much!

regards
ungua