2005-07-19 23:16:31 +02:00
|
|
|
## Configuration file for a typical Tor user
|
2017-12-22 01:22:48 +01:00
|
|
|
## Last updated 22 December 2017 for Tor 0.3.2.8-rc.
|
2012-02-08 10:40:26 +01:00
|
|
|
## (may or may not work for much older or much newer versions of Tor.)
|
2006-01-03 01:45:12 +01:00
|
|
|
##
|
|
|
|
## Lines that begin with "## " try to explain what's going on. Lines
|
|
|
|
## that begin with just "#" are disabled commands: you can enable them
|
|
|
|
## by removing the "#" symbol.
|
|
|
|
##
|
2012-02-09 10:03:36 +01:00
|
|
|
## See 'man tor', or https://www.torproject.org/docs/tor-manual.html,
|
2007-12-07 00:42:59 +01:00
|
|
|
## for more options you can use in this file.
|
2006-01-03 01:45:12 +01:00
|
|
|
##
|
2007-08-19 02:59:04 +02:00
|
|
|
## Tor will look for this file in various places based on your platform:
|
2012-02-08 10:40:26 +01:00
|
|
|
## https://www.torproject.org/docs/faq#torrc
|
2005-03-27 03:11:45 +02:00
|
|
|
|
2015-09-29 10:20:31 +02:00
|
|
|
## Tor opens a SOCKS proxy on port 9050 by default -- even if you don't
|
|
|
|
## configure one below. Set "SOCKSPort 0" if you plan to run Tor only
|
2012-04-23 09:10:40 +02:00
|
|
|
## as a relay, and not make any local application connections yourself.
|
2015-09-29 10:20:31 +02:00
|
|
|
#SOCKSPort 9050 # Default: Bind to localhost:9050 for local connections.
|
|
|
|
#SOCKSPort 192.168.0.1:9100 # Bind to this address:port too.
|
2004-06-02 22:36:39 +02:00
|
|
|
|
2004-11-12 05:00:07 +01:00
|
|
|
## Entry policies to allow/deny SOCKS requests based on IP address.
|
2015-09-29 10:20:31 +02:00
|
|
|
## First entry that matches wins. If no SOCKSPolicy is set, we accept
|
|
|
|
## all (and only) requests that reach a SOCKSPort. Untrusted users who
|
|
|
|
## can access your SOCKSPort may be able to learn about the connections
|
2012-02-08 10:40:26 +01:00
|
|
|
## you make.
|
2015-09-29 10:20:31 +02:00
|
|
|
#SOCKSPolicy accept 192.168.0.0/16
|
|
|
|
#SOCKSPolicy accept6 FC00::/7
|
|
|
|
#SOCKSPolicy reject *
|
2004-06-02 22:36:39 +02:00
|
|
|
|
2004-12-07 07:38:41 +01:00
|
|
|
## Logs go to stdout at level "notice" unless redirected by something
|
2005-07-23 07:14:33 +02:00
|
|
|
## else, like one of the below lines. You can have as many Log lines as
|
2005-01-02 07:34:58 +01:00
|
|
|
## you want.
|
|
|
|
##
|
2006-01-05 11:37:22 +01:00
|
|
|
## We advise using "notice" in most cases, since anything more verbose
|
|
|
|
## may provide sensitive information to an attacker who obtains the logs.
|
|
|
|
##
|
2005-01-28 06:40:41 +01:00
|
|
|
## Send all messages of level 'notice' or higher to @LOCALSTATEDIR@/log/tor/notices.log
|
|
|
|
#Log notice file @LOCALSTATEDIR@/log/tor/notices.log
|
2005-07-23 07:14:33 +02:00
|
|
|
## Send every possible message to @LOCALSTATEDIR@/log/tor/debug.log
|
|
|
|
#Log debug file @LOCALSTATEDIR@/log/tor/debug.log
|
|
|
|
## Use the system log instead of Tor's logfiles
|
2004-11-05 22:22:38 +01:00
|
|
|
#Log notice syslog
|
2004-11-12 05:00:07 +01:00
|
|
|
## To send all messages to stderr:
|
2004-12-07 07:38:41 +01:00
|
|
|
#Log debug stderr
|
2004-06-02 22:36:39 +02:00
|
|
|
|
2004-11-12 05:00:07 +01:00
|
|
|
## Uncomment this to start the process in the background... or use
|
2005-06-26 10:59:01 +02:00
|
|
|
## --runasdaemon 1 on the command line. This is ignored on Windows;
|
|
|
|
## see the FAQ entry if you want Tor to run as an NT service.
|
2004-06-02 22:36:39 +02:00
|
|
|
#RunAsDaemon 1
|
2003-11-20 19:22:09 +01:00
|
|
|
|
2004-11-12 05:00:07 +01:00
|
|
|
## The directory for keeping all the keys/etc. By default, we store
|
|
|
|
## things in $HOME/.tor on Unix, and in Application Data\tor on Windows.
|
2004-11-04 16:34:04 +01:00
|
|
|
#DataDirectory @LOCALSTATEDIR@/lib/tor
|
|
|
|
|
2006-01-17 02:09:58 +01:00
|
|
|
## The port on which Tor will listen for local connections from Tor
|
|
|
|
## controller applications, as documented in control-spec.txt.
|
2005-03-19 21:50:03 +01:00
|
|
|
#ControlPort 9051
|
2009-04-12 08:45:46 +02:00
|
|
|
## If you enable the controlport, be sure to enable one of these
|
|
|
|
## authentication methods, to prevent attackers from accessing it.
|
|
|
|
#HashedControlPassword 16:872860B76453A77D60CA2BB8C1A7042072093276A3D701AD684053EC4C
|
|
|
|
#CookieAuthentication 1
|
2005-03-19 21:50:03 +01:00
|
|
|
|
2004-11-27 09:18:22 +01:00
|
|
|
############### This section is just for location-hidden services ###
|
|
|
|
|
2006-08-01 06:08:15 +02:00
|
|
|
## Once you have configured a hidden service, you can look at the
|
|
|
|
## contents of the file ".../hidden_service/hostname" for the address
|
|
|
|
## to tell people.
|
|
|
|
##
|
|
|
|
## HiddenServicePort x y:z says to redirect requests on port x to the
|
|
|
|
## address y:z.
|
2004-11-27 09:18:22 +01:00
|
|
|
|
|
|
|
#HiddenServiceDir @LOCALSTATEDIR@/lib/tor/hidden_service/
|
|
|
|
#HiddenServicePort 80 127.0.0.1:80
|
|
|
|
|
|
|
|
#HiddenServiceDir @LOCALSTATEDIR@/lib/tor/other_hidden_service/
|
|
|
|
#HiddenServicePort 80 127.0.0.1:80
|
|
|
|
#HiddenServicePort 22 127.0.0.1:22
|
|
|
|
|
2007-12-23 06:08:46 +01:00
|
|
|
################ This section is just for relays #####################
|
|
|
|
#
|
|
|
|
## See https://www.torproject.org/docs/tor-doc-relay for details.
|
2004-11-12 05:00:07 +01:00
|
|
|
|
2009-01-30 20:37:59 +01:00
|
|
|
## Required: what port to advertise for incoming Tor connections.
|
|
|
|
#ORPort 9001
|
2012-03-30 22:52:22 +02:00
|
|
|
## If you want to listen on a port other than the one advertised in
|
|
|
|
## ORPort (e.g. to advertise 443 but bind to 9090), you can do it as
|
|
|
|
## follows. You'll need to do ipchains or other port forwarding
|
2009-01-30 20:37:59 +01:00
|
|
|
## yourself to make this work.
|
2012-03-30 22:52:22 +02:00
|
|
|
#ORPort 443 NoListen
|
|
|
|
#ORPort 127.0.0.1:9090 NoAdvertise
|
2009-01-30 20:37:59 +01:00
|
|
|
|
2012-02-08 10:40:26 +01:00
|
|
|
## The IP address or full DNS name for incoming connections to your
|
|
|
|
## relay. Leave commented out and Tor will guess.
|
|
|
|
#Address noname.example.com
|
|
|
|
|
|
|
|
## If you have multiple network interfaces, you can specify one for
|
|
|
|
## outgoing traffic to use.
|
2017-01-27 14:05:29 +01:00
|
|
|
## OutboundBindAddressExit will be used for all exit traffic, while
|
2017-12-22 01:22:10 +01:00
|
|
|
## OutboundBindAddressOR will be used for all OR and Dir connections
|
|
|
|
## (DNS connections ignore OutboundBindAddress).
|
2017-01-27 14:05:29 +01:00
|
|
|
## If you do not wish to differentiate, use OutboundBindAddress to
|
|
|
|
## specify the same address for both in a single line.
|
|
|
|
#OutboundBindAddressExit 10.0.0.4
|
|
|
|
#OutboundBindAddressOR 10.0.0.5
|
2012-02-08 10:40:26 +01:00
|
|
|
|
2009-01-30 20:37:59 +01:00
|
|
|
## A handle for your relay, so people don't have to refer to it by key.
|
2016-04-07 16:54:53 +02:00
|
|
|
## Nicknames must be between 1 and 19 characters inclusive, and must
|
|
|
|
## contain only the characters [a-zA-Z0-9].
|
2018-04-29 15:00:32 +02:00
|
|
|
## If not set, "Unnamed" will be used.
|
2004-11-12 05:00:07 +01:00
|
|
|
#Nickname ididnteditheconfig
|
|
|
|
|
2009-01-30 20:37:59 +01:00
|
|
|
## Define these to limit how much relayed traffic you will allow. Your
|
|
|
|
## own traffic is still unthrottled. Note that RelayBandwidthRate must
|
2016-11-09 01:23:49 +01:00
|
|
|
## be at least 75 kilobytes per second.
|
2014-09-10 17:18:34 +02:00
|
|
|
## Note that units for these config options are bytes (per second), not
|
|
|
|
## bits (per second), and that prefixes are binary prefixes, i.e. 2^10,
|
|
|
|
## 2^20, etc.
|
2014-09-03 01:18:21 +02:00
|
|
|
#RelayBandwidthRate 100 KBytes # Throttle traffic to 100KB/s (800Kbps)
|
2014-09-10 17:18:34 +02:00
|
|
|
#RelayBandwidthBurst 200 KBytes # But allow bursts up to 200KB (1600Kb)
|
2006-08-01 06:08:15 +02:00
|
|
|
|
2009-07-16 20:02:07 +02:00
|
|
|
## Use these to restrict the maximum traffic per day, week, or month.
|
2012-02-08 10:40:26 +01:00
|
|
|
## Note that this threshold applies separately to sent and received bytes,
|
2015-08-14 15:53:38 +02:00
|
|
|
## not to their sum: setting "40 GB" may allow up to 80 GB total before
|
2012-02-08 10:40:26 +01:00
|
|
|
## hibernating.
|
2009-07-16 20:02:07 +02:00
|
|
|
##
|
2015-08-14 15:53:38 +02:00
|
|
|
## Set a maximum of 40 gigabytes each way per period.
|
|
|
|
#AccountingMax 40 GBytes
|
2009-07-16 20:02:07 +02:00
|
|
|
## Each period starts daily at midnight (AccountingMax is per day)
|
|
|
|
#AccountingStart day 00:00
|
|
|
|
## Each period starts on the 3rd of the month at 15:00 (AccountingMax
|
|
|
|
## is per month)
|
|
|
|
#AccountingStart month 3 15:00
|
|
|
|
|
2013-10-09 12:01:45 +02:00
|
|
|
## Administrative contact information for this relay or bridge. This line
|
|
|
|
## can be used to contact you if your relay or bridge is misconfigured or
|
|
|
|
## something else goes wrong. Note that we archive and publish all
|
|
|
|
## descriptors containing these lines and that Google indexes them, so
|
|
|
|
## spammers might also collect them. You may want to obscure the fact that
|
|
|
|
## it's an email address and/or generate a new address for this purpose.
|
2017-12-20 17:10:14 +01:00
|
|
|
##
|
|
|
|
## If you are running multiple relays, you MUST set this option.
|
|
|
|
##
|
2005-03-21 08:40:25 +01:00
|
|
|
#ContactInfo Random Person <nobody AT example dot com>
|
2005-01-02 00:58:16 +01:00
|
|
|
## You might also include your PGP or GPG fingerprint if you have one:
|
2012-02-08 10:40:26 +01:00
|
|
|
#ContactInfo 0xFFFFFFFF Random Person <nobody AT example dot com>
|
2003-11-20 19:22:09 +01:00
|
|
|
|
2007-08-19 02:59:04 +02:00
|
|
|
## Uncomment this to mirror directory information for others. Please do
|
|
|
|
## if you have enough bandwidth.
|
2004-11-05 12:55:35 +01:00
|
|
|
#DirPort 9030 # what port to advertise for directory connections
|
2012-03-30 22:52:22 +02:00
|
|
|
## If you want to listen on a port other than the one advertised in
|
|
|
|
## DirPort (e.g. to advertise 80 but bind to 9091), you can do it as
|
|
|
|
## follows. below too. You'll need to do ipchains or other port
|
|
|
|
## forwarding yourself to make this work.
|
|
|
|
#DirPort 80 NoListen
|
|
|
|
#DirPort 127.0.0.1:9091 NoAdvertise
|
2008-12-07 02:34:45 +01:00
|
|
|
## Uncomment to return an arbitrary blob of html on your DirPort. Now you
|
|
|
|
## can explain what Tor is if anybody wonders why your IP address is
|
2010-02-08 23:33:22 +01:00
|
|
|
## contacting them. See contrib/tor-exit-notice.html in Tor's source
|
|
|
|
## distribution for a sample.
|
|
|
|
#DirPortFrontPage @CONFDIR@/tor-exit-notice.html
|
2008-12-07 02:21:19 +01:00
|
|
|
|
2009-01-30 20:37:59 +01:00
|
|
|
## Uncomment this if you run more than one Tor relay, and add the identity
|
|
|
|
## key fingerprint of each Tor relay you control, even if they're on
|
|
|
|
## different networks. You declare it here so Tor clients can avoid
|
|
|
|
## using more than one of your relays in a single circuit. See
|
2012-02-08 10:40:26 +01:00
|
|
|
## https://www.torproject.org/docs/faq#MultipleRelays
|
2012-03-29 04:28:20 +02:00
|
|
|
## However, you should never include a bridge's fingerprint here, as it would
|
2014-09-03 01:16:16 +02:00
|
|
|
## break its concealability and potentially reveal its IP/TCP address.
|
2017-12-20 17:10:14 +01:00
|
|
|
##
|
|
|
|
## If you are running multiple relays, you MUST set this option.
|
|
|
|
##
|
2018-09-02 20:11:52 +02:00
|
|
|
## Note: do not use MyFamily on bridge relays.
|
2009-01-30 20:37:59 +01:00
|
|
|
#MyFamily $keyid,$keyid,...
|
2005-09-23 22:53:42 +02:00
|
|
|
|
2017-12-22 01:10:30 +01:00
|
|
|
## Uncomment this if you do *not* want your relay to allow any exit traffic.
|
|
|
|
## (Relays allow exit traffic by default.)
|
|
|
|
#ExitRelay 0
|
|
|
|
|
|
|
|
## Uncomment this if you want your relay to allow IPv6 exit traffic.
|
|
|
|
## (Relays only allow IPv4 exit traffic by default.)
|
|
|
|
#IPv6Exit 1
|
|
|
|
|
2004-08-06 12:11:57 +02:00
|
|
|
## A comma-separated list of exit policies. They're considered first
|
2015-09-22 03:41:16 +02:00
|
|
|
## to last, and the first match wins.
|
|
|
|
##
|
|
|
|
## If you want to allow the same ports on IPv4 and IPv6, write your rules
|
|
|
|
## using accept/reject *. If you want to allow different ports on IPv4 and
|
|
|
|
## IPv6, write your IPv6 rules using accept6/reject6 *6, and your IPv4 rules
|
|
|
|
## using accept/reject *4.
|
|
|
|
##
|
|
|
|
## If you want to _replace_ the default exit policy, end this with either a
|
|
|
|
## reject *:* or an accept *:*. Otherwise, you're _augmenting_ (prepending to)
|
|
|
|
## the default exit policy. Leave commented to just use the default, which is
|
2009-01-30 20:37:59 +01:00
|
|
|
## described in the man page or at
|
|
|
|
## https://www.torproject.org/documentation.html
|
2005-04-04 20:56:15 +02:00
|
|
|
##
|
2007-12-07 00:56:36 +01:00
|
|
|
## Look at https://www.torproject.org/faq-abuse.html#TypicalAbuses
|
2005-04-04 20:56:15 +02:00
|
|
|
## for issues you might encounter if you use the default exit policy.
|
|
|
|
##
|
2005-06-09 12:42:25 +02:00
|
|
|
## If certain IPs and ports are blocked externally, e.g. by your firewall,
|
|
|
|
## you should update your exit policy to reflect this -- otherwise Tor
|
|
|
|
## users will be told that those destinations are down.
|
|
|
|
##
|
2012-02-08 10:40:26 +01:00
|
|
|
## For security, by default Tor rejects connections to private (local)
|
2015-09-22 03:50:04 +02:00
|
|
|
## networks, including to the configured primary public IPv4 and IPv6 addresses,
|
2015-09-15 10:34:18 +02:00
|
|
|
## and any public IPv4 and IPv6 addresses on any interface on the relay.
|
|
|
|
## See the man page entry for ExitPolicyRejectPrivate if you want to allow
|
|
|
|
## "exit enclaving".
|
2012-02-08 10:40:26 +01:00
|
|
|
##
|
2015-09-14 03:46:58 +02:00
|
|
|
#ExitPolicy accept *:6660-6667,reject *:* # allow irc ports on IPv4 and IPv6 but no more
|
|
|
|
#ExitPolicy accept *:119 # accept nntp ports on IPv4 and IPv6 as well as default exit policy
|
|
|
|
#ExitPolicy accept *4:119 # accept nntp ports on IPv4 only as well as default exit policy
|
|
|
|
#ExitPolicy accept6 *6:119 # accept nntp ports on IPv6 only as well as default exit policy
|
2006-06-29 15:10:08 +02:00
|
|
|
#ExitPolicy reject *:* # no exits allowed
|
2012-02-08 10:40:26 +01:00
|
|
|
|
2009-01-30 20:37:59 +01:00
|
|
|
## Bridge relays (or "bridges") are Tor relays that aren't listed in the
|
2012-02-08 10:40:26 +01:00
|
|
|
## main directory. Since there is no complete public list of them, even an
|
|
|
|
## ISP that filters connections to all the known Tor relays probably
|
2009-01-30 20:37:59 +01:00
|
|
|
## won't be able to block all the bridges. Also, websites won't treat you
|
|
|
|
## differently because they won't know you're running Tor. If you can
|
|
|
|
## be a real relay, please do; but if not, be a bridge!
|
2018-09-02 20:11:52 +02:00
|
|
|
##
|
|
|
|
## Warning: when running your Tor as a bridge, make sure than MyFamily is
|
|
|
|
## NOT configured.
|
2007-12-23 06:08:46 +01:00
|
|
|
#BridgeRelay 1
|
2012-02-08 10:40:26 +01:00
|
|
|
## By default, Tor will advertise your bridge to users through various
|
|
|
|
## mechanisms like https://bridges.torproject.org/. If you want to run
|
|
|
|
## a private bridge, for example because you'll give out your bridge
|
|
|
|
## address manually to your friends, uncomment this line:
|
|
|
|
#PublishServerDescriptor 0
|
2005-04-04 20:56:15 +02:00
|
|
|
|
2017-05-19 00:44:16 +02:00
|
|
|
## Configuration options can be imported from files or folders using the %include
|
|
|
|
## option with the value being a path. If the path is a file, the options from the
|
|
|
|
## file will be parsed as if they were written where the %include option is. If
|
|
|
|
## the path is a folder, all files on that folder will be parsed following lexical
|
|
|
|
## order. Files starting with a dot are ignored. Files on subfolders are ignored.
|
|
|
|
## The %include option can be used recursively.
|
|
|
|
#%include /etc/torrc.d/
|
|
|
|
#%include /etc/torrc.custom
|
|
|
|
|