#2391 closed defect (wontfix)

Tahoe-LAFS is incompatible with non-ancient Torsocks

Reported by: dawuud Owned by:
Priority: major Milestone: 1.11.0
Component: code-network Version: 1.10.0
Keywords: torsocks anonymity Cc: leif
Launchpad Bug:

Description

It is my understanding that Tahoe-LAFS only works with older versions of Torsocks; 1.x. However it is utterly incompatible with Torsocks versions 2.x and 3.x... This seems like it may be due to several reasons... namely Torsocks not handling non-blocking sockets properly.

Would Leif Ryge like to add more details to this ticket?

Change History (6)

comment:1 Changed at 2015-03-20T15:56:17Z by daira

  • Component changed from unknown to code-network
  • Keywords torsocks anonymity added
  • Priority changed from normal to major

comment:2 Changed at 2015-03-26T21:13:44Z by leif

I think torsocks 2.0 sort of works now; tahoe is just non-responsive for a minute or so after it starts. (It would be nice to know why that is and fix it, though!)

I just now noticed that the other issue (with torsocks blocking listenUDP) was actually fixed on master in December (see #2296) and I also recall seeing warner write somewhere recently that that codepath is not even used anymore if tub.location is set. (dawuud: when we were testing in valencia we were using the release in debian and also the truckee branch which hasn't had master merged since before then.)

comment:3 Changed at 2015-03-27T10:50:38Z by daira

Yes, as a side-effect of the fix to #754 (which will be released in Tahoe-LAFS 1.10.1), setting tub.location without including "AUTO" will skip the local IP auto-detection code entirely.

comment:4 Changed at 2015-10-14T04:29:44Z by zooko

  • Milestone changed from undecided to 1.10.3

comment:5 Changed at 2015-10-20T17:01:32Z by dawuud

  • Resolution set to wontfix
  • Status changed from new to closed

comment:6 Changed at 2016-03-22T05:03:36Z by warner

  • Milestone changed from 1.10.3 to 1.11.0

Milestone renamed

Note: See TracTickets for help on using tickets.