mirror of
https://gitlab.torproject.org/tpo/core/tor.git
synced 2024-11-10 05:03:43 +01:00
9c27f56cd9
We don't require that the final line be terminated, and we open windows torrc files in text mode. Closes ticket 22795.
213 lines
6.5 KiB
Plaintext
213 lines
6.5 KiB
Plaintext
|
|
This document specifies the current format and semantics of the torrc
|
|
file, as of July 2015. Note that we make no guarantee about the
|
|
stability of this format. If you write something designed for strict
|
|
compatibility with this document, please expect us to break it sooner or
|
|
later.
|
|
|
|
Yes, some of this is quite stupid. My goal here is to explain what it
|
|
does, not what it should do.
|
|
|
|
- Nick
|
|
|
|
|
|
|
|
1. File Syntax
|
|
|
|
; The syntax here is defined an Augmented Backus-Naur form, as
|
|
; specified in RFC5234.
|
|
|
|
; A file is interpreted as every Entry in the file, in order.
|
|
TorrcFile = *Line [ UnterminatedLine ]
|
|
|
|
Line = BlankLine LF / Entry LF
|
|
UnterminatedLine = BlankLine / Entry
|
|
|
|
BlankLine = *WSP OptComment LF
|
|
BlankLine =/ *WSP LF
|
|
|
|
OptComment = [ Comment ]
|
|
|
|
Comment = "#" *NonLF
|
|
|
|
; Each Entry is interpreted as an optional "Magic" flag, a key, and a
|
|
; value.
|
|
Entry = *WSP [ Magic ] Key 1*(1*WSP / "\" NL *WSP) Val LF
|
|
Entry =/ *WSP [ Magic ] Key *( *WSP / "\" NL *WSP) LF
|
|
|
|
Magic = "+" / "/"
|
|
|
|
; Keys are always specified verbatim. They are case insensitive. It
|
|
; is an error to specify a key that Tor does not recognize.
|
|
Key = 1*KC
|
|
|
|
; Sadly, every kind of value is decoded differently...
|
|
Val = QuotedVal / ContinuedVal / PlainVal
|
|
|
|
; The text of a PlainVal is the text of its PVBody portion,
|
|
; plus the optional trailing backslash.
|
|
PlainVal = PVBody [ "\" ] *WSP OptComment
|
|
|
|
; Note that a PVBody is copied verbatim. Slashes are included
|
|
; verbatim. No changes are made. Note that a body may be empty.
|
|
PVBody = * (VC / "\" NonLF )
|
|
|
|
; The text of a ContinuedVal is the text of each of its PVBody
|
|
; sub-elements, in order, concatenated.
|
|
ContinuedVal = CVal1 *CVal2 CVal3
|
|
|
|
CVal1 = PVBody "\" LF
|
|
CVal2 = PVBody ( "\" LF / Comment LF )
|
|
CVal3 = PVBody
|
|
|
|
; The text of a QuotedVal is decoded as if it were a C string.
|
|
QuotedVal = DQ QVBody DQ *WSP Comment
|
|
|
|
QVBody = QC
|
|
QVBody =/ "\" ( "n" / "r" / "t" / "\" / "'" / DQUOTE )
|
|
QVBOdy =/ "\" ( "x" 2HEXDIG / 1*3OCTDIG )
|
|
|
|
; Anything besides NUL and LF
|
|
NonLF = %x01-%x09 / %x0b - %xff
|
|
|
|
; Note that on windows, we open our configuration files in "text" mode,
|
|
; which causes CRLF pairs to be interpreted as LF. So, on windows:
|
|
; LF = [ %x0d ] %x0a
|
|
; but everywhere else,
|
|
LF = %0x0a
|
|
|
|
OCTDIG = '0' - '7'
|
|
|
|
KC = Any character except an isspace() character or '#' or NUL
|
|
VC = Any character except '\\', '\n', '#', or NUL
|
|
QC = Any character except '\n', '\\', '\"', or NUL
|
|
|
|
2. Mid-level Semantics
|
|
|
|
|
|
There are four configuration "domains", from lowest to highest priority:
|
|
|
|
* Built-in defaults
|
|
* The "torrc_defaults" file, if any
|
|
* The "torrc" file, if any
|
|
* Arguments provided on the command line, if any.
|
|
|
|
Normally, values from high-priority domains override low-priority
|
|
domains, but see 'magic' below.
|
|
|
|
Configuration keys fall into three categories: singletons, lists, and
|
|
groups.
|
|
|
|
A singleton key may appear at most once in any domain. Its
|
|
corresponding value is equal to its value in the highest-priority
|
|
domain in which it occurs.
|
|
|
|
A list key may appear any number of times in a domain. By default,
|
|
its corresponding value is equal to all of the values specified for
|
|
it in the highest-priority domain in which it appears. (See 'magic'
|
|
below).
|
|
|
|
A group key may appear any number of times in a domain. It is
|
|
associated with a number of other keys in the same group. The
|
|
relative positions of entries with the keys in a single group
|
|
matters, but entries with keys not in the group may be freely
|
|
interspersed. By default, the group has a value equal to all keys
|
|
and values it contains, from the highest-priority domain in which any
|
|
of its keys occurs.
|
|
|
|
Magic:
|
|
|
|
If the '/' flag is specified for an entry, it sets the value for
|
|
that entry to an empty list. (This will cause a higher-priority
|
|
domain to clear a list from a lower-priority domain, without
|
|
actually adding any entries.)
|
|
|
|
If the '+' flag is specified for the first entry in a list or a
|
|
group that appears in a given domain, that list or group is
|
|
appended to the list or group from the next-lowest-priority
|
|
domain, rather than replacing it.
|
|
|
|
3. High-level semantics
|
|
|
|
There are further constraints on the values that each entry can take.
|
|
These constraints are out-of-scope for this document.
|
|
|
|
4. Examples
|
|
|
|
(Indentation is removed in this section, to avoid confusion.)
|
|
|
|
4.1. Syntax examples
|
|
|
|
# Here is a simple configuration entry. The key is "Foo"; the value is
|
|
# "Bar"
|
|
|
|
Foo Bar
|
|
|
|
# A configuration entry can have spaces in its value, as below. Here the
|
|
# key is "Foo" and the value is "Bar Baz"
|
|
Foo Bar Baz
|
|
|
|
# This configuration entry has space at the end of the line, but those
|
|
# spaces don't count, so the key and value are still "Foo" and "Bar Baz"
|
|
Foo Bar Baz
|
|
|
|
# There can be an escaped newline between the value and the key. This
|
|
# is another way to say key="Hello", value="World"
|
|
Hello\
|
|
World
|
|
|
|
# In regular entries of this kind, you can have a comment at the end of
|
|
# the line, either with a space before it or not. Each of these is a
|
|
# different spelling of key="Hello", value="World"
|
|
|
|
Hello World #today
|
|
Hello World#tomorrow
|
|
|
|
# One way to encode a complex entry is as a C string. This is the same
|
|
# as key="Hello", value="World!"
|
|
Hello "World!"
|
|
|
|
# The string can contain the usual set of C escapes. This entry has
|
|
# key="Hello", and value="\"World\"\nand\nuniverse"
|
|
Hello "\"World\"\nand\nuniverse"
|
|
|
|
# And now we get to the more-or-less awful part.
|
|
#
|
|
# Multi-line entries ending with a backslash on each line aren't so
|
|
# bad. The backslash is removed, and everything else is included
|
|
# verbatim. So this entry has key="Hello" and value="Worldandfriends"
|
|
Hello\
|
|
World\
|
|
and\
|
|
friends
|
|
|
|
# Backslashes in the middle of a line are included as-is. The key of
|
|
# this one is "Too" and the value is "Many\\Backsl\ashes \here" (with
|
|
# backslashes in that last string as-is)
|
|
Too \
|
|
Many\\\
|
|
Backsl\ashes \\
|
|
here
|
|
|
|
# And here's the really yucky part. If a comment appears in a multi-line
|
|
# entry, the entry is still able to continue on the next line, as in the
|
|
# following, where the key is "This" and the value is
|
|
# "entry and some are silly"
|
|
This entry \
|
|
# has comments \
|
|
and some \
|
|
are # generally \
|
|
silly
|
|
|
|
# But you can also write that without the backslashes at the end of the
|
|
# comment lines. That is to say, this entry is exactly the same as the
|
|
# one above!
|
|
This entry \
|
|
# has comments
|
|
and some \
|
|
are # generally
|
|
silly
|
|
|
|
|
|
|