[tor-relays] BridgeDB currently up but non-functional?

Rick Huebner rhuebner at radiks.net
Wed Jun 19 23:30:40 UTC 2019


Hi, all. While skimming /r/tor on Reddit I saw a couple of posts saying 
they hadn't been able to get any usable bridges for several days, and 
thought I'd check into it. I downloaded & installed a fresh copy of the 
Windows TBB 8.5.1 and had it ask for bridges via Moat, and received 2 
(not 3?) obfs4 bridge lines. Here's the Tor log from the "copy to 
clipboard" button that popped up on the TBB "connecting" dialog when it 
stalled at about 3/4th of the progress bar:

6/19/19, 10:46:16.735 [NOTICE] DisableNetwork is set. Tor will not make 
or accept non-control network connections. Shutting down all existing 
connections.
6/19/19, 10:46:16.735 [NOTICE] Switching to guard context "bridges" (was 
using "default")
6/19/19, 10:46:16.735 [NOTICE] DisableNetwork is set. Tor will not make 
or accept non-control network connections. Shutting down all existing 
connections.
6/19/19, 10:46:16.736 [NOTICE] DisableNetwork is set. Tor will not make 
or accept non-control network connections. Shutting down all existing 
connections.
6/19/19, 10:46:16.736 [NOTICE] Opening Socks listener on 127.0.0.1:9150
6/19/19, 10:46:16.736 [NOTICE] Opened Socks listener on 127.0.0.1:9150
6/19/19, 10:46:16.736 [NOTICE] Renaming old configuration file to 
"C:\Downloads\Tor Browser 8.5.1 - 
Copy\Browser\TorBrowser\Data\Tor\torrc.orig.1"
6/19/19, 10:46:23.608 [NOTICE] Bootstrapped 5%: Connecting to directory 
server
6/19/19, 10:46:23.611 [NOTICE] Bootstrapped 10%: Finishing handshake 
with directory server
6/19/19, 10:46:24.558 [NOTICE] Bootstrapped 15%: Establishing an 
encrypted directory connection
6/19/19, 10:46:24.748 [NOTICE] Bootstrapped 20%: Asking for 
networkstatus consensus
6/19/19, 10:46:24.954 [NOTICE] new bridge descriptor 'eldritchworld' 
(fresh): $<BRIDGE 1 FINGERPRINT REDACTED>~eldritchworld at <BRIDGE 1 IP 
REDACTED>
6/19/19, 10:46:25.589 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:26.781 [NOTICE] Bootstrapped 25%: Loading networkstatus 
consensus
6/19/19, 10:46:28.291 [NOTICE] I learned some more directory 
information, but not enough to build a circuit: We have no usable consensus.
6/19/19, 10:46:28.482 [NOTICE] Bootstrapped 40%: Loading authority key certs
6/19/19, 10:46:28.997 [NOTICE] The current consensus has no exit nodes. 
Tor can only build internal paths, such as paths to onion services.
6/19/19, 10:46:28.997 [NOTICE] Bootstrapped 45%: Asking for relay 
descriptors for internal paths
6/19/19, 10:46:28.997 [NOTICE] I learned some more directory 
information, but not enough to build a circuit: We need more 
microdescriptors: we have 0/6440, and can only build 0% of likely paths. 
(We have 100% of guards bw, 0% of midpoint bw, and 0% of end bw (no 
exits in consensus, using mid) = 0% of path bw.)
6/19/19, 10:46:28.997 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:28.997 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:28.997 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:28.997 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:28.997 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:28.997 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:29.275 [NOTICE] Bootstrapped 50%: Loading relay 
descriptors for internal paths
6/19/19, 10:46:29.463 [NOTICE] The current consensus contains exit 
nodes. Tor can build exit and internal paths.
6/19/19, 10:46:29.463 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:29.463 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:29.463 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:29.514 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:29.514 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:29.672 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:29.672 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:29.672 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:30.283 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:30.283 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:30.283 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:30.636 [NOTICE] Bootstrapped 57%: Loading relay descriptors
6/19/19, 10:46:30.636 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:30.636 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:30.636 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:30.636 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:30.636 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:30.684 [NOTICE] Bootstrapped 64%: Loading relay descriptors
6/19/19, 10:46:30.684 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:30.733 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:30.733 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:30.733 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:30.873 [NOTICE] Bootstrapped 73%: Loading relay descriptors
6/19/19, 10:46:30.873 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:30.873 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:30.881 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:30.881 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:30.881 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:30.937 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:30.969 [NOTICE] Ignoring directory request, since no 
bridge nodes are available yet.
6/19/19, 10:46:44.618 [WARN] Proxy Client: unable to connect to <BRIDGE 
2 IP REDACTED> ("general SOCKS server failure")

It looks like bridge 1 (eldritchworld) gave me bad/incomplete relay info 
which prevented making circuits, and then Tor failed to connect to the 
fallback bridge 2 at all. Checking Relay Search, it shows that 
eldritchworld is a normal healthy-looking bridge that's been up for 
months with plenty of connections and data being transferred, so I don't 
know what's wrong there.

So, since the Moat bridges didn't work, I went to the BridgeDB request 
web page to try that. Clicking the "Just give me bridges" button and 
doing the captcha returned "Uh oh, spaghettios! There currently aren't 
any bridges available... Perhaps you should try going back and choosing 
a different bridge type!". What, no vanilla bridges available at all? 
Seriously? (As a side note, cutesy errors are pretty annoying when 
things are failing. Just sayin'.) And as usual the Metrics page still 
shows about 1000 bridges, so something's badly broken. I know the new 
bridgedb release doesn't give out ORports if there's a secure PT 
offered, but last I checked the majority of bridges were just vanilla, 
so surely there must be enough to put some into whichever bridge pool 
ring my request was pulled from.

I then tried asking for obfs4 bridges instead, and it did give me one 
(again, not 3?). With another fresh install of the TBB and entering that 
bridge line, the log shows:

6/19/19, 10:59:43.912 [NOTICE] DisableNetwork is set. Tor will not make 
or accept non-control network connections. Shutting down all existing 
connections.
6/19/19, 10:59:43.912 [NOTICE] Switching to guard context "bridges" (was 
using "default")
6/19/19, 10:59:43.912 [NOTICE] DisableNetwork is set. Tor will not make 
or accept non-control network connections. Shutting down all existing 
connections.
6/19/19, 10:59:43.912 [NOTICE] DisableNetwork is set. Tor will not make 
or accept non-control network connections. Shutting down all existing 
connections.
6/19/19, 10:59:43.912 [NOTICE] Opening Socks listener on 127.0.0.1:9150
6/19/19, 10:59:43.912 [NOTICE] Opened Socks listener on 127.0.0.1:9150
6/19/19, 10:59:43.912 [NOTICE] Renaming old configuration file to 
"C:\Downloads\Tor Browser 8.5.1 - 
Copy\Browser\TorBrowser\Data\Tor\torrc.orig.1"
6/19/19, 10:59:50.761 [NOTICE] Bootstrapped 5%: Connecting to directory 
server
6/19/19, 10:59:50.762 [NOTICE] Bootstrapped 10%: Finishing handshake 
with directory server
6/19/19, 11:00:11.767 [WARN] Proxy Client: unable to connect to <BRIDGE 
3 IP> ("general SOCKS server failure")

So this 3rd bridge also failed to connect at all. With the Moat and 
website requests both returning bad/dead bridges (if any), the last 
thing to try was the email request channel. I sent "request bridges" to 
bridges at torproject.org and it replied back "Here are your bridges: None, 
None, None".

Well, okay then. Maybe if I try again later, which should give me 
different bridges to use? According to the bridgedb config file checked 
into the git repo, the rotation periods for the Moat and website bridge 
pool query positions are both 3 hours. So I waited 3.5 hours and tried 
those tests again on another fresh TBB install copy, and both Moat and 
the website returned back to me the exact same bridges as before, which 
then failed in the same ways as before. Maybe the running server isn't 
using the checked-in config settings? Waiting another 8 hours (11.5 
total since the first try), Moat gave me the same first bridge but 
finally a different second bridge (still not 3), but that one also 
failed to connect at all with the same "general SOCKS server failure". 
The website still claims there are no vanilla bridges available at all, 
and gives me back the same single obfs4 choice as before, which still 
won't connect at all.

I don't know if it's the link between the bridge authority and the 
bridgdb server, or the new bridgedb release that just came out or what, 
but something's badly broken and the bridgedb appears to be pretty much 
useless right now. My test environment is very standard, just Windows 10 
Pro using only IPV4 from a normal US ISP (Frontier FIOS near Portland, 
OR) with no proxy, running a fresh copy of the current TBB build. The 
TBB works fine if I don't use a bridge or if I manually enter the bridge 
info for a private bridge relay I temporarily set up, and I have no 
other internet issues.

Could someone else check if they see similar problems? Other people 
should supposedly get different bridgedb results pulled from the other 
bridge pool rings, but even if it's somehow only affecting one pool 
ring, that's like 20-25% of the bridgedb's users left with no viable 
results. Looking at the Metrics site I don't see any drop in current 
bridge user counts (actually it's in an uptrend, along with all tor user 
counts lately) but I'd assume most bridge users already have working 
bridge lines cached, so this would only affect new users or those whose 
old choices have gone down, but both of those categories will only grow 
with time.




More information about the tor-relays mailing list