[tor-bugs] #14135 [Pluggable transport]: Incorrect SocksListener temporary error check
Tor Bug Tracker & Wiki
blackhole at torproject.org
Wed Jun 24 18:28:17 UTC 2015
#14135: Incorrect SocksListener temporary error check
-------------------------------------+--------------------------
Reporter: adam-p | Owner: dcf
Type: defect | Status: needs_review
Priority: minor | Milestone:
Component: Pluggable transport | Version:
Resolution: | Keywords: goptlib
Actual Points: | Parent ID:
Points: |
-------------------------------------+--------------------------
Comment (by dcf):
Replying to [comment:5 dcf]:
> What do you think about just not returning errors that happen post-
Accept during SOCKS negotiation? Something like this:
BTW I thought about a lot of options but part of my rationale is this
logic in http.Serve:
https://github.com/golang/go/blob/77082481d48c8cd8ea93328f9ab962092fe0183f/src/net/http/server.go#L1782
It does an exponentially increasing delay on Temporary net.Error, and
quits on any other kind of error. I'm thinking that, if there were an
analogous situation using SocksListener, we would not want an invalid
SOCKS handshake to result in this kind of delay handling, which appears to
be aimed at situations of temporary network overload. So we can just keep
such errors inside the library and never report them upward.
I think my original thinking was to report such errors upward so that they
could be logged, but, eh, whatever. I like that, with this change, the
Temporary checks match the ones in the standard library.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/14135#comment:6>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list