| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
I don't know whether we missed these or misclassified them when we
first made the "DIRECTORY AUTHORITY SERVER OPTIONS" section, but they
really belong there.
|
|
Our documentation had the name of this directory wrong.
|
|
See discussion on 9553: Some of the build scripts don't like it when
you can't merge maint into release.
|
|
(ticket 9553)
|
|
Conflicts:
src/or/config.c
|
|
|
|
|
|
|
|
Found with 'make check-docs'. Part of 11634.
|
|
|
|
We broke it when we added anchors to the manpage.
This patch fixes it, and makes it sorta detect missing anchors.
|
|
This basically amounts to grepping for every file that mentioned
contrib and adjusting its references to refer to the right place.
|
|
|
|
Conflicts:
src/or/main.c
|
|
If we can't detect the physical memory, the new default is 8 GB on
64-bit architectures, and 1 GB on 32-bit architectures.
If we *can* detect the physical memory, the new default is
CLAMP(256 MB, phys_mem * 0.75, MAX_DFLT)
where MAX_DFLT is 8 GB on 64-bit architectures and 2 GB on 32-bit
architectures.
You can still override the default by hand. The logic here is simply
trying to choose a lower default value on systems with less than 12 GB
of physical RAM.
|
|
This means that tor can run without needing to communicate with ioctls
to the firewall, and therefore doesn't need to run with privileges to
open the /dev/pf device node.
A new TransProxyType is added for this purpose, "pf-divert"; if the user
specifies this TransProxyType in their torrc, then the pf device node is
never opened and the connection destination is determined with getsockname
(as per pf(4)). The default behaviour (ie., when TransProxyType is "default"
when using the pf firewall) is still to assume that pf is configured with
rdr-to rules.
|
|
This isn't on by default; to get it, you need to set "TransProxyType
ipfw". (The original patch had automatic detection for whether
/dev/pf is present and openable, but that seems marginally fragile.)
|
|
|
|
We are searching @CONFDIR@ before $HOME, but the documentation
implied otherwise.
I screwed this up in f5e86bcd6c06d43ff3af5acd8135bd8b577bc3, when I
first documented the $HOME/.torrc possibility.
Fix for bug 9213; bugfix on 0.2.3.18-rc.
|
|
The build was broken by changes in f8c45339f72525c68, but we didn't
notice, since that commit also made torify.1 only get built when
tor-fw-helper was turned on.
Fixes bug 11321; bugfix on Tor 0.2.5.1-alpha.
|
|
|
|
In the end this required a slightly nasty hack using a dummy anchor as
an option heading in order to make the "Other recognized __flags__"
line indent properly.
Fixes bug 11061; Bugfix on 61d740ed.
|
|
|
|
|
|
|
|
|
|
The option is unneeded, not meaningless, so explain what it does.
Patch from Matt Pagan; fixes 9059.
|
|
|
|
Improvement on 11108 fix; suggested by cypherpunks.
|
|
|
|
All circuits are predictive; it's the ports that are expiring here.
|
|
Conflicts:
doc/tor.1.txt
|
|
|
|
|
|
|
|
|
|
Conflicts:
src/test/test.c
|
|
We have ignored any ports listed here since 80365b989 (0.0.7rc1),
but we didn't warn the user that we were ignoring them. This patch
adds a warning if you put explicit ports in any of the options
{Socks,Dir}Policy or AuthDir{Reject,Invalid,BadDir,BadExit}. It
also adjusts the manpage to say that ports are ignored.
Fixes ticket 11108.
|
|
REND_CLIENTNAME_MAX_LEN is set to 16, not 19.
|
|
Implements #10884.
|
|
Conflicts:
src/or/circuitlist.c
|
|
|
|
Per a comment from karsten, there is no longer v2 authority support,
so stop pretending there is. Also, fix a grammar error.x
|
|
These options were added back in 0.1.2.5-alpha, but no longer make any
sense now that all directories support tunneled connections and
BEGIN_DIR cells. These options were on by default; now they are
always-on.
This is a fix for 10849, where TunnelDirConns 0 would break hidden
services -- and that bug arrived, I think, in 0.2.0.10-alpha.
|
|
(There is no longer meaningfully any such thing as a HS authority,
since we stopped uploading or downloading v0 hs descriptors in
0.2.2.1-alpha.)
Implements #10881, and part of #10841.
|
|
I'm making this change now since ipfw will want its own option too,
and proliferating options here isn't sensible.
(See #10582 and #10267)
|
|
Based on patch from "thomo" at #10582.
|
|
|
