|
Permanent Tracker Timeout errors in Azureus
|
|
friedgold
Newbie
|
20. July 2007 @ 14:04 |
Link to this message
|
I've been trying to fix this for a while...but after running around in circles for days I've decided to seek some help. I've used alot of torrent programs in the past and for the most part they've work fine, however recently I've not been able to download anything. I've opened and forwarded the ports with my firewall and router, and when I run a NAT test with Azureus I get an "OK !". However, my downloads are stuck permanently with a blue smiley face, and I keep getting a Connection error: Timeout, even though I've tried a few different trackers.
When running a speed test, I get the following message after a while:
"requesting test...
Test failed: Test aborted: Scheduling of the test failed: No challenge returned from speed test scheduling service, NetworkAdminSpeedTestScheduledTestImpl::schedule::331,NetworkAdminSpeedTestScheduledTestImpl::start::149,SpeedTestPanel::runTest::322,SpeedTestPanel$2::runSupport::276,AEThread::run::69"
I'm running Azureus 3.0.1.6 on Windows XP, and have tried other torrent programs to no avail. Any help would be greatly appreciated.
|
Advertisement
|
  |
|
Senior Member
|
20. July 2007 @ 16:38 |
Link to this message
|
The only time I have heard of this was either firewall (not allowing both incoming and outgoing)or the tracker had problems. Not to say there are not other reasons. So I can only guess in your situation, since it does not appear to be either.
Is it possible your ISP is blocking the port? Did you set a port in the suggested 49152?65534 range.
Who is your ISP?
|
friedgold
Newbie
|
21. July 2007 @ 05:02 |
Link to this message
|
My ISP is Tiscali...I've noticed now that through the day the trackers are down but as soon as it hits about 1am, 2am (GMT) they start working, only to stop at about 12pm the next day :/
(And yup, I've opened ports in that range)
This message has been edited since posting. Last time this message was edited on 21. July 2007 @ 05:05
|
Senior Member
|
21. July 2007 @ 07:11 |
Link to this message
|
Tiscali is on the United Kingdom Bad Torrents page.
The page suggests encryption, so probably worth a try.
If you have any questons about setting up encryption, let me know.
So you were able to get downloads going late at night, that is good. Were you getting any green smiles on the downloads? Was your NAT circle green?
If you can get through like that, then it does imply that your ISP is messing with P2P and encryption should help.
|
Senior Member
|
21. July 2007 @ 07:22 |
Link to this message
|
Apparently Tiscali has been ordered by a Belgian Court, on June 29, 2007, to implement P2P filters on it systems within six months.
If you want, you can check out the article here.
|
friedgold
Newbie
|
21. July 2007 @ 07:26 |
Link to this message
|
Oh, thanks alot for the help! Yup, I have green smiley faces and a green NAT circle when the downloads get going...
As far as encryption goes, the settings outlined here had already been configured: http://www.azureuswiki.com/index.php/Avoid_traffic_shaping
Is there anything else to the encryption process?
(Oh, looking at the article, it might be time to swap ISP's...)
This message has been edited since posting. Last time this message was edited on 21. July 2007 @ 07:36
|
Senior Member
|
21. July 2007 @ 09:26 |
Link to this message
|
When I had the traffic shaping I used level RC4 and allowed incoming/outgoing non-encrypted (figuring the other would cut down avaiable peers too much) and it worked. If yours is going good, no need to mess with anything.
I also enabled "lazy bitfield" at Tools/Options/Transfer - my ISP was interfering with seeding. This would not hurt.
Unfortunately, if that ruling stands up, you will see all the European ISPs getting ordered the same, pretty quickly. Seems like they already tried in your area, but encryption worked around. We hope so.
|
friedgold
Newbie
|
21. July 2007 @ 09:32 |
Link to this message
|
Thanks for all the help...one last thing. The article says something about allowing outgoing fallback and incoming fallback, but I cant seem to find these options anyway? Any ideas? Otherwise, it seems like the encryption isn't taking any effect. Guess it's just the ISP, something we can't do alot about.
|
Senior Member
|
21. July 2007 @ 11:02 |
Link to this message
|
I believe the use of "fallback" in that page is about the incoming/outgoing non-encrypted connections options, which you already know about. Did you set these to allow or disallow?
What level did you set encryption to? You should be at RC4.
Did you enable lazy bitfield?
You might also check UPnP. You should have it disabled.
Other than that you are prob right about the ISP, but I have not seen encryption level RC4 with lazy bitfield fail before.
|
friedgold
Newbie
|
21. July 2007 @ 11:08 |
Link to this message
|
Ah, right. I've disabled UPnP, set encryption to RC4, enabled lazy bitfield and set incoming/outgoing non-encrypted connections to allow, still with nothing.
Thanks alot for the help and time though, I'm pretty sure it's just the ISP messing us around.
|
Senior Member
|
21. July 2007 @ 11:09 |
Link to this message
|
Also, is your max upload speed in Azureus set at 80% of your overall upload speed test results. Setting this to unlimited or higher than 80% can slow downloads as required signals may not get through. See Good Settings
|
Advertisement
|
  |
|
friedgold
Newbie
|
21. July 2007 @ 12:01 |
Link to this message
|
It's set to unlimited atm, but speed tests don't work until the night so I'll have to try it out at about 1 -_-
|
|