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