#27241: Extract information from more kinds of wedged directory connections. --------------------------+------------------------------------ Reporter: nickm | Owner: nickm Type: enhancement | Status: needs_information Priority: Medium | Milestone: Tor: 0.3.5.x-final Component: Core Tor/Tor | Version: Severity: Normal | Resolution: Keywords: fast-fix | Actual Points: Parent ID: | Points: Reviewer: mikeperry | Sponsor: Sponsor8-can --------------------------+------------------------------------
Comment (by mikeperry): Replying to [comment:6 nickm]: > Replying to [comment:5 mikeperry]: > > To help me understand the consequences of this (and to figure out if I need to also do anything here for #25573), I have the following questions: > > > > 3. When the dirconn is closed first (such as here or elsewhere in the code), where in the code do we decide to mark/clean up/close the corresponding linked edge conn? I could not find this.. > > Hmm. I wonder if nothing closes it, actually. Can you think of some experiment we could do to find out? I am not sure. Do we have a way to trigger this bug? > > For #25573, I'm particularly concerned about multihop hsdir dirconns. But if we ever make regular directory activity multihop, this could apply there too. Plus the linked conn close conditions may be relevant to this bug? I've been digging and I still cannot find anything that closes the edge conn when it times out. This is fine for #25573, since it only deals with edge conns, but if we change that, we'll want to update #23373. For purposes of this bug, I think the only question that remains is if we've exposed handle_response_fetch_microdesc() and router_load_extrainfo_from_string() to partial descriptors before. I think the dirconn closing issue can be an orthogonal bug. -- Ticket URL: <https://trac.torproject.org/projects/tor/ticket/27241#comment:8> Tor Bug Tracker & Wiki <https://trac.torproject.org/> The Tor Project: anonymity online
_______________________________________________ tor-bugs mailing list tor-bugs@lists.torproject.org https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs