ViewVC Help
View File | Revision Log | Show Annotations | Download File
/cvs/gvpe/doc/gvpe.conf.5.pod
Revision: 1.37
Committed: Wed Nov 2 06:58:35 2016 UTC (7 years, 6 months ago) by root
Branch: MAIN
CVS Tags: rel-3_0
Changes since 1.36: +4 -4 lines
Log Message:
*** empty log message ***

File Contents

# User Rev Content
1 pcg 1.1 =head1 NAME
2    
3     gvpe.conf - configuration file for the GNU VPE daemon
4    
5     =head1 SYNOPSIS
6    
7 pcg 1.21 # global options for all nodes
8 pcg 1.1 udp-port = 407
9     mtu = 1492
10     ifname = vpn0
11    
12 pcg 1.21 # first node is named branch1 and is at 1.2.3.4
13 pcg 1.1 node = branch1
14     hostname = 1.2.3.4
15    
16 pcg 1.21 # second node uses dns to resolve the address
17 pcg 1.1 node = branch2
18     hostname = www.example.net
19     udp-port = 500 # this host uses a different udp-port
20    
21 pcg 1.21 # third node has no fixed ip address
22 pcg 1.1 node = branch3
23     connect = ondemand
24    
25     =head1 DESCRIPTION
26    
27     The gvpe config file consists of a series of lines that contain C<variable
28     = value> pairs. Empty lines are ignored. Comments start with a C<#> and
29     extend to the end of the line. They can be used on their own lines, or
30 pcg 1.13 after any directives. Whitespace is allowed around the C<=> sign or after
31     values, but not within the variable names or values themselves.
32 pcg 1.1
33 root 1.28 All settings are applied "in order", that is, later settings of the same
34     variable overwrite earlier ones.
35    
36 root 1.33 The only exceptions to the above are the following directives:
37 root 1.28
38     =over 4
39    
40 root 1.33 =item node nodename
41    
42     Introduces a node section. The nodename is used to select the right
43     configuration section and is the same string as is passed as an argument
44     to the gvpe daemon.
45    
46     Multiple C<node> statements with the same node name are supported and will
47     be merged together.
48    
49     =item global
50    
51     This statement switches back to the global section, which is mainly
52     useful if you want to include a second config file, e..g for local
53     customisations. To do that, simply include this at the very end of your
54     config file:
55    
56     global
57     include local.conf
58    
59 root 1.28 =item on nodename ...
60 pcg 1.1
61 root 1.28 =item on !nodename ...
62    
63     You can prefix any configuration directive with C<on> and a nodename. GVPE
64     will will only "execute" it on the named node, or (if the nodename starts
65     with C<!>) on all nodes except the named one.
66    
67     Example: set the MTU to C<1450> everywhere, C<loglevel> to C<noise> on
68     C<branch1>, and C<connect> to C<ondemand> everywhere but on branch2.
69 pcg 1.21
70     mtu = 1450
71 pcg 1.1 on branch1 loglevel = noise
72     on !branch2 connect = ondemand
73    
74 root 1.28 =item include relative-or-absolute-path
75    
76     Reads the specified file (the path must not contain whitespace or C<=>
77     characters) and evaluate all config directives in it as if they were
78     spelled out in place of the C<include> directive.
79    
80     The path is a printf format string, that is, you must escape any C<%>
81     by doubling it, and you can have a single C<%s> inside, which will be
82     replaced by the current nodename.
83    
84     Relative paths are interpreted relative to the GVPE config directory.
85    
86     Example: include the file F<local.conf> in the config directory on every
87     node.
88    
89     include local.conf
90    
91     Example: include a file F<conf/>nodenameF<.conf>
92    
93     include conf/%s.conf
94    
95     =back
96 pcg 1.1
97     =head1 ANATOMY OF A CONFIG FILE
98    
99 pcg 1.21 Usually, a config file starts with a few global settings (like the UDP
100     port to listen on), followed by node-specific sections that begin with a
101     C<node = nickname> line.
102 pcg 1.1
103     Every node that is part of the network must have a section that starts
104     with C<node = nickname>. The number and order of the nodes is important
105 pcg 1.20 and must be the same on all nodes. It is not uncommon for node sections to
106 pcg 1.1 be completely empty - if the default values are right.
107    
108     Node-specific settings can be used at any time. If used before the first
109     node section they will set the default values for all following nodes.
110    
111     =head1 CONFIG VARIABLES
112    
113     =head2 GLOBAL SETTINGS
114    
115     Global settings will affect the behaviour of the running gvpe daemon, that
116     is, they are in some sense node-specific (config files can set different
117     values on different nodes using C<on>), but will affect the behaviour of
118     the gvpe daemon and all connections it creates.
119    
120     =over 4
121    
122 root 1.29 =item chroot = path or /
123    
124     Tells GVPE to chroot(2) to the specified path after reading all necessary
125     files, binding to sockets and running the C<if-up> script, but before
126     running C<node-up> or any other scripts.
127    
128     The special path F</> instructs GVPE to create (and remove) an empty
129     temporary directory to use as new root. This is most secure, but makes it
130     impossible to use any scripts other than the C<if-up> one.
131    
132     =item chuid = numerical-uid
133    
134     =item chgid = numerical-gid
135    
136     These two options tell GVPE to change to the given user and/or group id
137     after reading all necessary files, binding to sockets and running the
138     C<if-up> script.
139    
140     Other scripts, such as C<node-up>, are run with the new user id or group id.
141    
142     =item chuser = username
143    
144     Alternative to C<chuid> and C<chgid>: Sets both C<chuid> and C<chgid>
145     to the user and (primary) group ids of the specified user (for example,
146     C<nobody>).
147    
148 pcg 1.6 =item dns-forw-host = hostname/ip
149 pcg 1.1
150 pcg 1.21 The DNS server to forward DNS requests to for the DNS tunnel protocol
151 pcg 1.6 (default: C<127.0.0.1>, changing it is highly recommended).
152 pcg 1.1
153 pcg 1.6 =item dns-forw-port = port-number
154 pcg 1.1
155 pcg 1.6 The port where the C<dns-forw-host> is to be contacted (default: C<53>,
156     which is fine in most cases).
157 pcg 1.1
158 root 1.28 =item dns-case-preserving = yes|true|on | no|false|off
159    
160     Sets whether the DNS transport forwarding server preserves case (DNS
161     servers have to, but some access systems are even more broken than others)
162     (default: true).
163    
164     Normally, when the forwarding server changes the case of domain names then
165     GVPE will automatically set this to false.
166    
167 pcg 1.12 =item dns-max-outstanding = integer-number-of-requests
168    
169     The maximum number of outstanding DNS transport requests
170     (default: C<100>). GVPE will never issue more requests then the given
171     limit without receiving replies. In heavily overloaded situations it might
172     help to set this to a low number (e.g. C<3> or even C<1>) to limit the
173     number of parallel requests.
174    
175 pcg 1.21 The default should be working OK for most links.
176 pcg 1.12
177     =item dns-overlap-factor = float
178    
179     The DNS transport uses the minimum request latency (B<min_latency>) seen
180     during a connection as it's timing base. This factor (default: C<0.5>,
181     must be > 0) is multiplied by B<min_latency> to get the maximum sending
182     rate (= minimum send interval), i.e. a factor of C<1> means that a new
183     request might be generated every B<min_latency> seconds, which means on
184     average there should only ever be one outstanding request. A factor of
185     C<0.5> means that GVPE will send requests twice as often as the minimum
186     latency measured.
187    
188 pcg 1.21 For congested or picky DNS forwarders you could use a value nearer to or
189 pcg 1.12 exceeding C<1>.
190    
191 pcg 1.21 The default should be working OK for most links.
192 pcg 1.12
193     =item dns-send-interval = send-interval-in-seconds
194    
195     The minimum send interval (= maximum rate) that the DNS transport will
196     use to send new DNS requests. GVPE will not exceed this rate even when
197     the latency is very low. The default is C<0.01>, which means GVPE will
198     not send more than 100 DNS requests per connection per second. For
199     high-bandwidth links you could go lower, e.g. to C<0.001> or so. For
200     congested or rate-limited links, you might want to go higher, say C<0.1>,
201     C<0.2> or even higher.
202    
203 pcg 1.21 The default should be working OK for most links.
204 pcg 1.12
205     =item dns-timeout-factor = float
206    
207     Factor to multiply the C<min_latency> (see C<dns-overlap-factor>) by to
208     get request timeouts. The default of C<8> means that the DNS transport
209     will resend the request when no reply has been received for longer than
210     eight times the minimum (= expected) latency, assuming the request or
211     reply has been lost.
212    
213 pcg 1.17 For congested links a higher value might be necessary (e.g. C<30>). If
214     the link is very stable lower values (e.g. C<2>) might work
215     nicely. Values near or below C<1> makes no sense whatsoever.
216 pcg 1.12
217 pcg 1.21 The default should be working OK for most links but will result in low
218 pcg 1.17 throughput if packet loss is high.
219 pcg 1.12
220 pcg 1.1 =item if-up = relative-or-absolute-path
221    
222     Sets the path of a script that should be called immediately after the
223 pcg 1.21 network interface is initialized (but not necessarily up). The following
224 pcg 1.13 environment variables are passed to it (the values are just examples).
225    
226     Variables that have the same value on all nodes:
227 pcg 1.1
228     =over 4
229    
230     =item CONFBASE=/etc/gvpe
231    
232     The configuration base directory.
233    
234     =item IFNAME=vpn0
235    
236 pcg 1.13 The network interface to initialize.
237    
238     =item IFTYPE=native # or tincd
239    
240     =item IFSUBTYPE=linux # or freebsd, darwin etc..
241    
242     The interface type (C<native> or C<tincd>) and the subtype (usually the
243     OS name in lowercase) that this GVPE was configured for. Can be used to
244     select the correct syntax to use for network-related commands.
245 pcg 1.1
246     =item MTU=1436
247    
248     The MTU to set the interface to. You can use lower values (if done
249 pcg 1.20 consistently on all nodes), but this is usually either inefficient or
250     simply ineffective.
251 pcg 1.1
252 pcg 1.13 =item NODES=5
253    
254     The number of nodes in this GVPE network.
255    
256     =back
257    
258     Variables that are node-specific and with values pertaining to the node
259     running this GVPE:
260 pcg 1.1
261 pcg 1.13 =over 4
262 pcg 1.1
263 pcg 1.13 =item IFUPDATA=string
264 pcg 1.1
265 pcg 1.13 The value of the configuration directive C<if-up-data>.
266 pcg 1.1
267 pcg 1.13 =item MAC=fe:fd:80:00:00:01
268 pcg 1.1
269 pcg 1.13 The MAC address the network interface has to use.
270 pcg 1.1
271 pcg 1.13 Might be used to initialize interfaces on platforms where GVPE does not
272 pcg 1.21 do this automatically. Please see the C<gvpe.osdep(5)> man page for
273 pcg 1.13 platform-specific information.
274 pcg 1.1
275     =item NODENAME=branch1
276    
277 pcg 1.13 The nickname of the node.
278 pcg 1.1
279     =item NODEID=1
280    
281 pcg 1.13 The numerical node ID of the node running this instance of GVPE. The first
282     node mentioned in the config file gets ID 1, the second ID 2 and so on.
283 pcg 1.1
284     =back
285    
286 pcg 1.13 In addition, all node-specific variables (except C<NODEID>) will be
287     available with a postfix of C<_nodeid>, which contains the value for that
288     node, e.g. the C<MAC_1> variable contains the MAC address of node #1, while
289     the C<NODENAME_22> variable contains the name of node #22.
290    
291 pcg 1.1 Here is a simple if-up script:
292    
293     #!/bin/sh
294 pcg 1.13 ip link set $IFNAME up
295 pcg 1.1 [ $NODENAME = branch1 ] && ip addr add 10.0.0.1 dev $IFNAME
296     [ $NODENAME = branch2 ] && ip addr add 10.1.0.1 dev $IFNAME
297     ip route add 10.0.0.0/8 dev $IFNAME
298    
299 pcg 1.21 More complicated examples (using routing to reduce ARP traffic) can be
300     found in the F<etc/> subdirectory of the distribution.
301 pcg 1.1
302 pcg 1.6 =item ifname = devname
303    
304     Sets the tun interface name to the given name. The default is OS-specific
305     and most probably something like C<tun0>.
306    
307     =item ifpersist = yes|true|on | no|false|off
308    
309     Should the tun/tap device be made persistent, that is, should the device
310     stay up even when gvpe exits? Some versions of the tunnel device have
311     problems sending packets when gvpe is restarted in persistent mode, so
312     if the connections can be established but you cannot send packets from
313     the local node, try to set this to C<off> and do an ifconfig down on the
314     device.
315    
316     =item ip-proto = numerical-ip-protocol
317    
318     Sets the protocol number to be used for the rawip protocol. This is a
319 pcg 1.20 global option because all nodes must use the same protocol, and since
320 pcg 1.6 there are no port numbers, you cannot easily run more than one gvpe
321     instance using the same protocol, nor can you share the protocol with
322     other programs.
323    
324 pcg 1.21 The default is 47 (GRE), which has a good chance of tunneling
325     through firewalls (but note that gvpe's rawip protocol is not GRE
326     compatible). Other common choices are 50 (IPSEC, ESP), 51 (IPSEC, AH), 4
327 pcg 1.25 (IPIP tunnels) or 98 (ENCAP, rfc1241).
328    
329     Many versions of Linux seem to have a bug that causes them to reorder
330     packets for some ip protocols (GRE, ESP) but not for others (AH), so
331     choose wisely (that is, use 51, AH).
332 pcg 1.6
333     =item http-proxy-host = hostname/ip
334    
335     The C<http-proxy-*> family of options are only available if gvpe was
336     compiled with the C<--enable-http-proxy> option and enable tunneling of
337     tcp connections through a http proxy server.
338    
339     C<http-proxy-host> and C<http-proxy-port> should specify the hostname and
340     port number of the proxy server. See C<http-proxy-loginpw> if your proxy
341     requires authentication.
342    
343     Please note that gvpe will still try to resolve all hostnames in the
344 pcg 1.21 configuration file, so if you are behind a proxy without access to a DNS
345 pcg 1.6 server better use numerical IP addresses.
346    
347 pcg 1.21 To make best use of this option disable all protocols except TCP in your
348 pcg 1.20 config file and make sure your routers (or all other nodes) are listening
349 pcg 1.6 on a port that the proxy allows (443, https, is a common choice).
350    
351 pcg 1.21 If you have a router, connecting to it will suffice. Otherwise TCP must be
352 pcg 1.20 enabled on all nodes.
353 pcg 1.6
354     Example:
355    
356     http-proxy-host = proxy.example.com
357     http-proxy-port = 3128 # 8080 is another common choice
358     http-proxy-auth = schmorp:grumbeere
359    
360     =item http-proxy-port = proxy-tcp-port
361    
362     The port where your proxy server listens.
363    
364     =item http-proxy-auth = login:password
365    
366     The optional login and password used to authenticate to the proxy server,
367 pcg 1.21 separated by a literal colon (C<:>). Only basic authentication is
368 pcg 1.6 currently supported.
369    
370     =item keepalive = seconds
371    
372     Sets the keepalive probe interval in seconds (default: C<60>). After this
373     many seconds of inactivity the daemon will start to send keepalive probe
374 root 1.29 every 3 seconds until it receives a reply from the other end. If no reply
375 pcg 1.21 is received within 15 seconds, the peer is considered unreachable and the
376 pcg 1.6 connection is closed.
377    
378     =item loglevel = noise|trace|debug|info|notice|warn|error|critical
379    
380     Set the logging level. Connection established messages are logged at level
381     C<info>, notable errors are logged with C<error>. Default is C<info>.
382    
383     =item mtu = bytes
384    
385     Sets the maximum MTU that should be used on outgoing packets (basically
386     the MTU of the outgoing interface) The daemon will automatically calculate
387 pcg 1.21 maximum overhead (e.g. UDP header size, encryption blocksize...) and pass
388 pcg 1.6 this information to the C<if-up> script.
389    
390     Recommended values are 1500 (ethernet), 1492 (pppoe), 1472 (pptp).
391    
392 pcg 1.21 This value must be the minimum of the MTU values of all nodes.
393 pcg 1.6
394 root 1.31 =item nfmark = integer
395    
396     This advanced option, when set to a nonzero value (default: C<0>), tries
397     to set the netfilter mark (or fwmark) value on all sockets gvpe uses to
398     send packets.
399    
400     This can be used to make gvpe use a different set of routing rules. For
401     example, on GNU/Linux, the C<if-up> could set C<nfmark> to 1000 and then
402     put all routing rules into table C<99> and then use an ip rule to make
403     gvpe traffic avoid that routing table, in effect routing normal traffic
404     via gvpe and gvpe traffic via the normal system routing tables:
405    
406     ip rule add not fwmark 1000 lookup 99
407    
408 pcg 1.1 =item node-up = relative-or-absolute-path
409    
410 pcg 1.19 Sets a command (default: none) that should be called whenever a connection
411     is established (even on rekeying operations). Note that node-up/down
412     scripts will be run asynchronously, but execution is serialised, so there
413     will only ever be one such script running.
414    
415     In addition to all the variables passed to C<if-up> scripts, the following
416 pcg 1.24 environment variables will be set (values are just examples):
417 pcg 1.1
418     =over 4
419    
420     =item DESTNODE=branch2
421    
422     The name of the remote node.
423    
424     =item DESTID=2
425    
426     The node id of the remote node.
427    
428 pcg 1.24 =item DESTSI=rawip/88.99.77.55:0
429    
430     The "socket info" of the target node, protocol dependent but usually in
431     the format protocol/ip:port.
432    
433 pcg 1.1 =item DESTIP=188.13.66.8
434    
435 pcg 1.20 The numerical IP address of the remote node (gvpe accepts connections from
436     everywhere, as long as the other node can authenticate itself).
437 pcg 1.1
438     =item DESTPORT=655 # deprecated
439    
440 pcg 1.24 The protocol port used by the other side, if applicable.
441 pcg 1.1
442 pcg 1.24 =item STATE=up
443 pcg 1.1
444 pcg 1.24 Node-up scripts get called with STATE=up, node-change scripts get called
445     with STATE=change and node-down scripts get called with STATE=down.
446 pcg 1.1
447     =back
448    
449     Here is a nontrivial example that uses nsupdate to update the name => ip
450 pcg 1.21 mapping in some DNS zone:
451 pcg 1.1
452     #!/bin/sh
453     {
454     echo update delete $DESTNODE.lowttl.example.net. a
455     echo update add $DESTNODE.lowttl.example.net. 1 in a $DESTIP
456 root 1.30 echo
457 pcg 1.1 } | nsupdate -d -k $CONFBASE:key.example.net.
458    
459 pcg 1.24 =item node-change = relative-or-absolute-path
460    
461     Same as C<node-change>, but gets called whenever something about a
462     connection changes (such as the source IP address).
463    
464 pcg 1.1 =item node-down = relative-or-absolute-path
465    
466     Same as C<node-up>, but gets called whenever a connection is lost.
467    
468 pcg 1.6 =item pid-file = path
469    
470     The path to the pid file to check and create
471 root 1.32 (default: C<LOCALSTATEDIR/run/gvpe.pid>). The first C<%s> is replaced by
472     the nodename - any other use of C<%> must be written as C<%%>.
473 pcg 1.6
474     =item private-key = relative-path-to-key
475    
476     Sets the path (relative to the config directory) to the private key
477     (default: C<hostkey>). This is a printf format string so every C<%> must
478 root 1.37 be doubled. A single C<%s> is replaced by the hostname, so you could use
479     paths like C<hostkeys/%s> to be able to share the same config directory
480     between nodes.
481 pcg 1.1
482 pcg 1.6 Since only the private key file of the current node is used and the
483 pcg 1.21 private key file should be kept secret per-node to avoid spoofing, it is
484 root 1.37 not recommended to use this feature this way though.
485 pcg 1.1
486 pcg 1.6 =item rekey = seconds
487 pcg 1.1
488 root 1.31 Sets the rekeying interval in seconds (default: C<3607>). Connections are
489 pcg 1.21 reestablished every C<rekey> seconds, making them use a new encryption
490     key.
491 pcg 1.1
492 root 1.31 =item seed-device = path
493    
494     The random device used to initially and regularly seed the random
495     number generator (default: F</dev/urandom>). Randomness is of paramount
496     importance to the security of the algorithms used in gvpe.
497    
498     On program start and every seed-interval, gvpe will read 64 octets.
499 pcg 1.23
500 root 1.31 Setting this path to the empty string will disable this functionality
501     completely (the underlying crypto library will likely look for entropy
502     sources on it's own though, so not all is lost).
503 pcg 1.23
504 root 1.31 =item seed-interval = seconds
505 pcg 1.23
506 root 1.31 The number of seconds between reseeds of the random number generator
507     (default: C<3613>). A value of C<0> disables this regular reseeding.
508 pcg 1.23
509 root 1.34 =item serial = string
510    
511     The configuration serial number. This can be any string up to 16 bytes
512     length. Only when the serial matches on both sides of a conenction will
513     the connection succeed. This is I<not> a security mechanism and eay to
514     spoof, this mechanism exists to alert users that their config is outdated.
515    
516     It's recommended to specify this is a date string such as C<2013-05-05> or
517 root 1.36 C<20121205084417>.
518 root 1.34
519     The exact algorithm is as this: if a connection request is received form a
520     node with an identical serial, then it succeeds normally.
521    
522     If the remote serial is lower than the local serial, it is ignored.
523    
524     If the remote serial is higher than the local serial, a warning message is
525     logged.
526    
527 pcg 1.6 =back
528 pcg 1.1
529 pcg 1.6 =head2 NODE SPECIFIC SETTINGS
530 pcg 1.1
531 pcg 1.6 The following settings are node-specific, that is, every node can have
532     different settings, even within the same gvpe instance. Settings that are
533 pcg 1.15 set before the first node section set the defaults, settings that are
534     set within a node section only apply to the given node.
535 pcg 1.1
536 pcg 1.6 =over 4
537 pcg 1.1
538 pcg 1.15 =item allow-direct = nodename
539    
540     Allow direct connections to this node. See C<deny-direct> for more info.
541    
542 pcg 1.6 =item compress = yes|true|on | no|false|off
543 pcg 1.1
544 root 1.26 For the current node, this specified whether it will accept compressed
545     packets, and for all other nodes, this specifies whether to try to
546     compress data packets sent to this node (default: C<yes>). Compression is
547     really cheap even on slow computers, has no size overhead at all and will
548     only be used when the other side supports compression, so enabling this is
549     often a good idea.
550 pcg 1.1
551 pcg 1.6 =item connect = ondemand | never | always | disabled
552 pcg 1.1
553 pcg 1.6 Sets the connect mode (default: C<always>). It can be C<always> (always
554 pcg 1.20 try to establish and keep a connection to the given node), C<never>
555 pcg 1.6 (never initiate a connection to the given host, but accept connections),
556 pcg 1.18 C<ondemand> (try to establish a connection when there are outstanding
557     packets in the queue and take it down after the keepalive interval) or
558     C<disabled> (node is bad, don't talk to it).
559 pcg 1.1
560 pcg 1.20 Routers will automatically be forced to C<always> unless they are
561     C<disabled>, to ensure all nodes can talk to each other.
562    
563 pcg 1.15 =item deny-direct = nodename | *
564    
565     Deny direct connections to the specified node (or all nodes when C<*>
566     is given). Only one node can be specified, but you can use multiple
567     C<allow-direct> and C<deny-direct> statements. This only makes sense in
568     networks with routers, as routers are required for indirect connections.
569    
570     Sometimes, a node cannot reach some other nodes for reasons of network
571     connectivity. For example, a node behind a firewall that only allows
572 pcg 1.21 connections to/from a single other node in the network. In this case one
573 pcg 1.15 should specify C<deny-direct = *> and C<allow-direct = othernodename> (the other
574     node I<must> be a router for this to work).
575    
576 pcg 1.21 The algorithm to check whether a connection may be direct is as follows:
577 pcg 1.15
578 pcg 1.21 1. Other node mentioned in an C<allow-direct>? If yes, allow the connection.
579 pcg 1.15
580     2. Other node mentioned in a C<deny-direct>? If yes, deny direct connections.
581    
582     3. Allow the connection.
583    
584 pcg 1.16 That is, C<allow-direct> takes precedence over C<deny-direct>.
585 pcg 1.15
586     The check is done in both directions, i.e. both nodes must allow a direct
587     connection before one is attempted, so you only need to specify connect
588     limitations on one node.
589    
590 pcg 1.6 =item dns-domain = domain-suffix
591 pcg 1.1
592 pcg 1.7 The DNS domain suffix that points to the DNS tunnel server for this node.
593 pcg 1.1
594 pcg 1.6 The domain must point to a NS record that points to the I<dns-hostname>,
595     i.e.
596 pcg 1.1
597 pcg 1.6 dns-domainname = tunnel.example.net
598     dns-hostname = tunnel-server.example.net
599 pcg 1.1
600 pcg 1.6 Corresponds to the following DNS entries in the C<example.net> domain:
601 pcg 1.1
602 pcg 1.6 tunnel.example.net. NS tunnel-server.example.net.
603     tunnel-server.example.net. A 13.13.13.13
604 pcg 1.1
605 pcg 1.6 =item dns-hostname = hostname/ip
606 pcg 1.1
607 pcg 1.6 The address to bind the DNS tunnel socket to, similar to the C<hostname>,
608     but for the DNS tunnel protocol only. Default: C<0.0.0.0>, but that might
609     change.
610 pcg 1.1
611 pcg 1.6 =item dns-port = port-number
612 pcg 1.1
613 pcg 1.8 The port to bind the DNS tunnel socket to. Must be C<53> on DNS tunnel servers.
614 pcg 1.1
615 pcg 1.7 =item enable-dns = yes|true|on | no|false|off
616    
617 pcg 1.10 See gvpe.protocol(7) for a description of the DNS transport
618     protocol. Avoid this protocol if you can.
619    
620 pcg 1.8 Enable the DNS tunneling protocol on this node, either as server or as
621 pcg 1.10 client. Support for this transport protocol is only available when gvpe
622     was compiled using the C<--enable-dns> option.
623    
624     =item enable-icmp = yes|true|on | no|false|off
625    
626     See gvpe.protocol(7) for a description of the ICMP transport protocol.
627 pcg 1.8
628 pcg 1.21 Enable the ICMP transport using ICMP packets of type C<icmp-type> on this
629 pcg 1.10 node.
630 pcg 1.7
631 pcg 1.1 =item enable-rawip = yes|true|on | no|false|off
632    
633 pcg 1.10 See gvpe.protocol(7) for a description of the RAW IP transport protocol.
634    
635 pcg 1.1 Enable the RAW IPv4 transport using the C<ip-proto> protocol
636 pcg 1.10 (default: C<no>).
637 pcg 1.1
638 pcg 1.6 =item enable-tcp = yes|true|on | no|false|off
639    
640 pcg 1.10 See gvpe.protocol(7) for a description of the TCP transport protocol.
641    
642 pcg 1.6 Enable the TCPv4 transport using the C<tcp-port> port
643 pcg 1.10 (default: C<no>). Support for this transport protocol is only available
644     when gvpe was compiled using the C<--enable-tcp> option.
645 pcg 1.6
646 pcg 1.1 =item enable-udp = yes|true|on | no|false|off
647    
648 pcg 1.10 See gvpe.protocol(7) for a description of the UDP transport protocol.
649    
650 root 1.27 Enable the UDPv4 transport using the C<udp-port> port (default: C<no>).
651 pcg 1.15
652     =item hostname = hostname | ip [can not be defaulted]
653    
654 pcg 1.21 Forces the address of this node to be set to the given DNS hostname or IP
655 pcg 1.15 address. It will be resolved before each connect request, so dyndns should
656     work fine. If this setting is not specified and a router is available,
657     then the router will be queried for the address of this node. Otherwise,
658     the connection attempt will fail.
659 pcg 1.1
660 pcg 1.21 Note that DNS resolving is done synchronously, pausing the daemon. If that
661     is an issue you need to specify IP addresses.
662    
663 pcg 1.11 =item icmp-type = integer
664    
665     Sets the type value to be used for outgoing (and incoming) packets sent
666     via the ICMP transport.
667    
668     The default is C<0> (which is C<echo-reply>, also known as
669 pcg 1.21 "ping-reply"). Other useful values include C<8> (C<echo-request>, a.k.a.
670 pcg 1.11 "ping") and C<11> (C<time-exceeded>), but any 8-bit value can be used.
671    
672 pcg 1.13 =item if-up-data = value
673    
674     The value specified using this directive will be passed to the C<if-up>
675     script in the environment variable C<IFUPDATA>.
676    
677 pcg 1.6 =item inherit-tos = yes|true|on | no|false|off
678    
679 root 1.26 Whether to inherit the TOS settings of packets sent to the tunnel when
680 pcg 1.6 sending packets to this node (default: C<yes>). If set to C<yes> then
681     outgoing tunnel packets will have the same TOS setting as the packets sent
682     to the tunnel device, which is usually what you want.
683    
684 root 1.35 =item low-power = yes|true|on | no|false|off
685    
686     If true, designates a node as a low-power node. Low-power nodes use
687     larger timeouts and try to reduce cpu time. Other nodes talking to a
688     low-power node will also use larger timeouts, and will use less aggressive
689     optimisations, in the hope of reducing load. Security is not compromised.
690    
691     The typical low-power node would be a mobile phone, where wakeups and
692     encryption can significantly increase power drain.
693    
694 pcg 1.6 =item max-retry = positive-number
695 pcg 1.1
696 pcg 1.8 The maximum interval in seconds (default: C<3600>, one hour) between
697 pcg 1.6 retries to establish a connection to this node. When a connection cannot
698 pcg 1.21 be established, gvpe uses exponential back-off capped at this value. It's
699 pcg 1.6 sometimes useful to set this to a much lower value (e.g. C<120>) on
700     connections to routers that usually are stable but sometimes are down, to
701 pcg 1.8 assure quick reconnections even after longer downtimes.
702 pcg 1.1
703 pcg 1.18 =item max-ttl = seconds
704    
705     Expire packets that couldn't be sent after this many seconds
706     (default: C<60>). Gvpe will normally queue packets for a node without an
707     active connection, in the hope of establishing a connection soon. This
708     value specifies the maximum lifetime a packet will stay in the queue, if a
709     packet gets older, it will be thrown away.
710    
711 pcg 1.20 =item max-queue = positive-number>=1
712 pcg 1.18
713     The maximum number of packets that will be queued (default: C<512>)
714     for this node. If more packets are sent then earlier packets will be
715     expired. See C<max-ttl>, above.
716    
717 pcg 1.8 =item router-priority = 0 | 1 | positive-number>=2
718 pcg 1.1
719 pcg 1.20 Sets the router priority of the given node (default: C<0>, disabled).
720    
721     If some node tries to connect to another node but it doesn't have a
722     hostname, it asks a router node for it's IP address. The router node
723     chosen is the one with the highest priority larger than C<1> that is
724     currently reachable. This is called a I<mediated> connection, as the
725     connection itself will still be direct, but it uses another node to
726     mediate between the two nodes.
727 pcg 1.1
728 pcg 1.20 The value C<0> disables routing, that means if the node receives a packet
729     not for itself it will not forward it but instead drop it.
730 pcg 1.2
731     The special value C<1> allows other hosts to route through the router
732 pcg 1.20 host, but they will never route through it by default (i.e. the config
733     file of another node needs to specify a router priority higher than one
734     to choose such a node for routing).
735    
736     The idea behind this is that some hosts can, if required, bump the
737     C<router-priority> setting to higher than C<1> in their local config to
738     route through specific hosts. If C<router-priority> is C<0>, then routing
739     will be refused, so C<1> serves as a "enable, but do not use by default"
740     switch.
741    
742     Nodes with C<router-priority> set to C<2> or higher will always be forced
743     to C<connect> = C<always> (unless they are C<disabled>).
744 pcg 1.2
745 pcg 1.6 =item tcp-port = port-number
746 pcg 1.1
747 pcg 1.6 Similar to C<udp-port> (default: C<655>), but sets the TCP port number.
748 pcg 1.1
749 pcg 1.6 =item udp-port = port-number
750 pcg 1.1
751 pcg 1.6 Sets the port number used by the UDP protocol (default: C<655>, not
752     officially assigned by IANA!).
753 pcg 1.1
754     =back
755    
756     =head1 CONFIG DIRECTORY LAYOUT
757    
758     The default (or recommended) directory layout for the config directory is:
759    
760     =over 4
761    
762 pcg 1.22 =item gvpe.conf
763 pcg 1.1
764     The config file.
765    
766 pcg 1.22 =item if-up
767 pcg 1.1
768     The if-up script
769    
770 pcg 1.22 =item node-up, node-down
771 pcg 1.1
772     If used the node up or node-down scripts.
773    
774 pcg 1.22 =item hostkey
775 pcg 1.1
776 root 1.32 The (default path of the) private key of the current host.
777 pcg 1.1
778 pcg 1.22 =item pubkey/nodename
779 pcg 1.1
780     The public keys of the other nodes, one file per node.
781    
782     =back
783    
784     =head1 SEE ALSO
785    
786     gvpe(5), gvpe(8), gvpectrl(8).
787    
788     =head1 AUTHOR
789    
790 pcg 1.14 Marc Lehmann <gvpe@schmorp.de>
791 pcg 1.1