Opened 12 years ago

Last modified 7 years ago

#398 closed defect (Fixed)

Hidden Services not reachable with DirPort 80

Reported by: knappo Owned by:
Priority: Low Milestone: 0.1.2.x-final
Component: Core Tor/Tor Version: 0.1.2.7-alpha
Severity: Keywords:
Cc: knappo Actual Points:
Parent ID: Points:
Reviewer: Sponsor:

Description

My system is a Windows XP SP2 Pro with german localisation. I'm currently using Tor 1.2.7-alpha and Vidalia 0.0.11.

I'm runnning a Tor server for quite a while and was always able to connect to Hidden Services (.onion sites).

Because of a new ADSL line, I could adjust my Bandwith to 100 Kb/s which enabled my preconfigured DirPort on Port 80.
(Remember, a Server with less than 50 KB/s is not used as a DirCache!).

After my computer acted as an DirectoryCache I wasn't able to connect to ANY .onion site at ANY time (I've tried it quite often).
Deinstalling tor and installing 1.2.6-alpha DID NOT solve the problem. Installinge Vidalia 0.0.10 DID NOT solve the problem.
I have also cross-checked Vidalia 0.0.10 with tor 1.2.7-alpha and vice versa. I have always performed a CLEAN installation.

After DISABLING the DirPort and restarting my tor, ALL (known) hidden services where instantly reachable for me.

Any idea?

[Automatically added by flyspray2trac: Operating System: Windows 2k/XP]

Child Tickets

Change History (9)

comment:1 Changed 12 years ago by nickm

Try re-enabling dirport again and confirming whether hidden services become unreachable again?

comment:2 Changed 12 years ago by arma

My guess is this is due to the "write limiting" that we added in the past few
alpha versions. We now rate-limit writing, and an open dirport fills up your
bandwidth as best it can with people fetch directory info from you. So you
don't have much leftover bandwidth for writing, and hidden services are already
fragile, so it just slows things down even more.

What do you mean by 'instantly'?

comment:3 Changed 12 years ago by knappo

Thanks for your ideas! I've tried reaching the Hidden wiki and suceeded (DirPort closed). I've enabled DirPort (and restarted tor) and the Hidden wiki is still reachable. The thing is, that my tor has just started and there is barely any bandwidth used. I will try it again, when my server is known and under steady load.

@Roger: instantly-> My server was on for a day and under constant load from the tor-network (serving as a DirCache). Hidden Services where not reachable. After closing down my DirPort and restarting tor (necessary because of Bug #397) I was able to reach any known hidden service in the same minute. (instantly...) The server was because of the short downtime still under load from the network (only as a middle-server, not as a dircache).

This behaviour seems to confirm your guess, Roger.

comment:4 Changed 12 years ago by knappo

Thanks for your ideas! I've tried reaching the Hidden wiki and suceeded (DirPort closed).
I've enabled DirPort (and restarted tor) and the Hidden wiki is still reachable.
!!!!!!!!!!!!!!!SAME TEXT AS ABOVE (WITH LINEFEED)!!!!!!!!!!!

The thing is, that my tor has just started and there is barely any bandwidth used.
I will try it again, when my server is known and under steady load.

@Roger: instantly-> My server was on for a day and under constant load from the
tor-network (serving as a DirCache). Hidden Services where not reachable.
After closing down my DirPort and restarting tor (necessary because of Bug #397)
I was able to reach any known hidden service in the same minute. (instantly...)
The server was because of the short downtime still under load from the network
(only as a middle-server, not as a dircache).

This behaviour seems to confirm your guess, Roger.

comment:5 Changed 12 years ago by knappo

I've tried now again. Tor was running 2 hours as a DirectoryServer and the hidden wiki is NOT reachable.
I've made a screenshot to show the used bandwidth of the server:
http://www.pictureupload.de/pictures/250207145352_screenshot.jpg

...

comment:6 Changed 12 years ago by nickm

I think this is actually the same bug as bug 399, which I fixed this morning; the
fix was in subversion revision r9651, and should appear in the next dev release. Thanks!

Edited to elaborate...

The bug was this: there was some code that was supposed to prevent redundant fetches

for the same hidden service descriptor. It was supposed to do this by checking whether
there was a directory connection in progress fetching the descriptor, and if so, not
launch another. Instead, it was checking for whether there was any directory connection
_not_ for the descriptor. With DirPort open, this test was pretty much sure to find a
connection, and so decide not to launch any hidden service descriptor requests.

comment:7 Changed 12 years ago by nickm

Closing as fixed by r9651; fix will appear in 0.1.2.8. Please re-open this bug if it still
doesn't work then. Thanks again!

comment:8 Changed 12 years ago by nickm

flyspray2trac: bug closed.

comment:9 Changed 7 years ago by nickm

Component: Tor RelayTor
Note: See TracTickets for help on using tickets.