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