123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213 |
- 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
|