mirror of
https://gitlab.torproject.org/tpo/core/tor.git
synced 2024-11-27 13:53:31 +01:00
9d237bb00a
This should make it more clear what I meant, if you know how to read ABNF. (Thanks to rl1987 for correcting numerous issues here)
206 lines
6.2 KiB
Plaintext
206 lines
6.2 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
|
|
|
|
Line = 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
|
|
|
|
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
|
|
|
|
|
|
|