Jump to content

Unusaly big hashfail


baliator

Recommended Posts

Hi,

I'm kind of new in torrent. I mean I've downloaded a lot but never experienced this kind of behavior.

I'm downloading big file (2.66 GB), 1.1 is already downloaded but 615 MB from it is wasted (hashfails). Isn't it too much? Is something wrong with the file I'm downloading? Or is this normal when downloading bigger files?

Cheers

Link to comment
Share on other sites

The torrent is poisoned. That means that there are peers sending bad data on purpose.

You can filter out the bad apples by banning whole ranges (using ipfilter.dat) instead of letting µtorrent ban them one by one. But keep in mind there is a chance the torrent is poisoned beyond repair or might have been an faked torrent in the first place.

Link to comment
Share on other sites

to Lord Alderaan: Is there any log with banned IPs? In tab Logger there is nothing after program restart. It just says: loaded ipfilter.dat. Doesn't it mean that previously banned IPs aren't banned anymore?

to Switeck: How do I find out? If I look into tab peers there is no IP with this range, so I Supose that ipfilter is working.

Link to comment
Share on other sites

ok,

from Logger I found out that uTorrent is mostly banning IPs starting with 208.10 so I blocked whole range 208.10.0.0-208.255.255.255/

Now my Logger says every minute: ipfilter blocked peer 208.102.139.253.

Why is it saying once a minute? I thought when once it is blocked it won't try to connect again.

I'll see tomoz if it solved that hash problem.

Link to comment
Share on other sites

Until you get 1.8 you will see that every time any blocked peer connects to you (you see why many .. ok ok, I pushed.. for customizable logging options). It blocks the attempt from then on, but uT still tells you about it because it wants you to know how "bad" that swarm is in relation to your ipfilter.dat :D

Definitely removing bad peers from the swarm will reduce the % overhead to get more of the file downloaded.

Link to comment
Share on other sites

Your uTorrent is not trying to connect to them once you've blocked the 'bad' ips.

Instead they're trying to connect to you.

It's the difference of who is trying to make the phonecall and who is the receiver.

Your ip range is quite likely overkill. The 208.10. ips you mentioned maps to Cogent, the same massive company that supplies business lines and backbone to many smaller companies. The entire 38.0.0.0-38.255.255.255 block belongs to them.

I found these 2 ranges associated with Cogent:

208.10.23.0/24

208.10.29.0/24

Note: Different ip range format than uTorrent uses! The /24 means only the last number changes -- it's a bitmask that maps out from 208.10.23.0 to 208.10.23.255

A smaller number like /8 on 38.0.0.0/8 maps out 38.0.0.0-38.255.255.255

But 208.10.0.0-208.10.255.255 is a much smaller range than you're using and should still get the Cogent ones you're seeing.

Look for more! These hash poisoners seldom work out of just 1 small ip range anymore!

More "nearby" Cogent ip ranges that are used probably by some other companies:

208.13.70.0/24

208.44.234.0/24

208.67.240.0/22

208.75.10.0/24

208.75.96.0/21

208.77.232.0/21

208.80.16.0/21

And then there's other nearby ips that are probably not associated with the hash-failing poisoners...

208.102.139.253 for instance mapped out to:

OrgName: Fuse Internet Access

OrgID: FIAI

Address: 209 W. Seventh St.

City: Cincinnati

StateProv: OH

PostalCode: 45202

Country: US

NetRange: 208.102.0.0 - 208.102.255.255

(I'm using http://www.dslreports.com/whois )

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...