[tor-bugs] #11226 [Tor]: Client connections to freenode's hidden services are getting refused

[Tor Bug Tracker & Wiki]

#11226: Client connections to freenode's hidden services are getting refused
--------------------+---------------------
 Reporter:  wfn     |          Owner:
     Type:  defect  |         Status:  new
 Priority:  normal  |      Milestone:
Component:  Tor     |        Version:
 Keywords:          |  Actual Points:
Parent ID:          |         Points:
--------------------+---------------------
 As of now, most of the hidden services run by freenode
 (http://freenode.net/irc_servers.shtml#tor) are unreachable
 (5jebommkgbfl6agc.onion (port 6667) seems to be reachable.) This was
 spotted and inquired by rfree.

 The question is "what is causing this / where is the bottleneck?" Is this
 a case of #8902, or something else?

 Some logs from vanilla tor clients attempting to reach a freenode HS:

  * https://privatepaste.com/download/d05ef8f575 (tor 0.2.4.21-1~d70)
 (tomaw's log)
    * torrc: http://privatepaste.com/33e01adad3
  * http://ravinesmp.com/volatile/vanilla-debug.log (tor 0.2.5.2-alpha,
 git-cd9d08a5e14d2339) (wfn's log) (attempted client connection  to
 p4fsi4ockecnea7l.onion)
    * torrc: http://ravinesmp.com/volatile/vanilla.torrc

 Seems that INTRODUCE{1,2} succeeds (from debug log; from controller
 events) (nickm, et al.), rendezvous is successful, "client sends
 RELAY_BEGIN, HS replies with RELAY_END [...] with reason set to
 END_STREAM_REASON_CONNECTREFUSED" (nickm).

 Why does the HS close the stream? Either it gets an actual ECONNREFUSED
 (why?), or this errno is incorrect / read when it's not supposed to be
 read / mixed up (why); or something else entirely.

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/11226>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online