| Commit message (Collapse) | Author | Age |
| ... | |
| |
|
|
|
|
|
|
| |
different clients of a hidden service;
Proposal 142: Give first security property the new name "Responsibility" and change new cell formats according to rendezvous protocol version 3 draft.
svn:r15655
|
| |
|
|
| |
svn:r15648
|
| |
|
|
|
|
|
| |
add new proposal 149: using netinfo data
svn:r15629
|
| |
|
|
|
|
|
| |
Fix for bug 742: do not use O_CREAT on 2-option version of open(). Especially do not use it on /dev/null. Fix from Michael Scherer. Bugfix on 0.0.2pre19 (wow).
svn:r15626
|
| |
|
|
| |
svn:r15612
|
| |
|
|
| |
svn:r15610
|
| |
|
|
| |
svn:r15609
|
| |
|
|
|
|
|
| |
Mark 145 and 146 open (oops). Add new proposal 147 about making v2 directories less needed.
svn:r15607
|
| |
|
|
|
|
|
| |
Add two new proposals.
svn:r15606
|
| |
|
|
| |
svn:r15594
|
| |
|
|
| |
svn:r15586
|
| |
|
|
| |
svn:r15577
|
| |
|
|
| |
svn:r15572
|
| |
|
|
|
|
|
|
|
| |
their responses even for begin_dir conns. Now clients who only ever use
begin_dir connections still have a way to learn their IP address. Should
fix bug 737. Reported by goldy.
svn:r15571
|
| |
|
|
|
|
| |
Descriptors
svn:r15552
|
| |
|
|
| |
svn:r15535
|
| |
|
|
|
|
|
| |
fix for bug 704; found by sjmurdoch. Windows and recent openssl both want to define OCSP_RESPONSE; do not let them.
svn:r15533
|
| |
|
|
| |
svn:r15531
|
| |
|
|
|
|
|
| |
reason is NO_ROUTE (that is, our network is down).
svn:r15443
|
| |
|
|
| |
svn:r15442
|
| |
|
|
| |
svn:r15438
|
| |
|
|
| |
svn:r15434
|
| |
|
|
| |
svn:r15419
|
| |
|
|
|
|
|
|
|
|
|
| |
logs as "_tor:_tor" rather than the default, which is generally
"root:wheel". Fixes bug 676, reported by Serge Koksharov.
Andrew, you should check if this breaks the rpm building (or if
it makes it work better)
svn:r15404
|
| |
|
|
|
|
|
| |
needed any more.
svn:r15390
|
| |
|
|
| |
svn:r15384
|
| |
|
|
| |
svn:r15381
|
| |
|
|
| |
svn:r15375
|
| |
|
|
|
|
|
| |
sometime today. get your fixes in soon. :)
svn:r15371
|
| |
|
|
| |
svn:r15370
|
| |
|
|
|
|
|
|
| |
pending on it for too long, we were telling our bootstrap status
events "REASON=NONE". Now tell them "REASON=TIMEOUT".
svn:r15369
|
| |
|
|
|
|
|
|
|
| |
as soon as you run out of working bridges, rather than waiting
for ten failures -- which will never happen if you have less than
ten bridges.
svn:r15368
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If you have more than one bridge but don't know their keys,
you would only learn a request for the descriptor of the first one
on your list. (Tor considered launching requests for the others, but
found that it already had a connection on the way for $0000...0000
so it didn't open another.)
If you have more than one bridge but don't know their keys, and the
connection to one of the bridges failed, you would cancel all
pending bridge connections. (After all, they all have the same
digest.)
svn:r15366
|
| |
|
|
| |
svn:r15365
|
| |
|
|
| |
svn:r15364
|
| |
|
|
|
|
|
|
| |
problem status events, so the controller can hear about problems even
before tor decides they're worth reporting for sure.
svn:r15357
|
| |
|
|
| |
svn:r15355
|
| |
|
|
| |
svn:r15352
|
| |
|
|
|
|
|
|
| |
problems just because they do a lot of reachability testing and
some of the connection attempts fail.
svn:r15348
|
| |
|
|
|
|
|
|
|
|
| |
set starting=1 to avoid potential bugs with having it conflict with 0,
which I used to mean uninitialized, when I realized I would be writing
many more lame-sounding paragraphs in the future. Just start it at 0
and handle the bugs.
svn:r15346
|
| |
|
|
| |
svn:r15345
|
| |
|
|
| |
svn:r15344
|
| |
|
|
|
|
| |
won't leak memory again. I won't ...
svn:r15335
|
| |
|
|
|
|
| |
cannibalized circuits are completely ignored and not included in rendezvous service descriptors. Bugfix on 0.2.0.14-alpha. Backport candidate.
svn:r15332
|
| |
|
|
|
|
|
| |
state to start out in.
svn:r15326
|
| |
|
|
|
|
|
|
|
| |
it attaches partway through and wants to catch up.
matt, is this a good format for you, or is there an even better format?
svn:r15325
|
| |
|
|
|
|
| |
automated when the time comes and when we are sure we won't have major issues with pootle/translation updates/etc.
svn:r15320
|
| |
|
|
| |
svn:r15316
|
| |
|
|
| |
svn:r15315
|
| |
|
|
|
|
|
| |
the start of the http payload.
svn:r15311
|