ViewVC Help
View File | Revision Log | Show Annotations | Download File
/cvs/gvpe/doc/gvpe.conf.5.pod
Revision: 1.27
Committed: Tue Feb 15 14:34:39 2011 UTC (13 years, 3 months ago) by root
Branch: MAIN
Changes since 1.26: +1 -7 lines
Log Message:
*** empty log message ***

File Contents

# Content
1 =head1 NAME
2
3 gvpe.conf - configuration file for the GNU VPE daemon
4
5 =head1 SYNOPSIS
6
7 # global options for all nodes
8 udp-port = 407
9 mtu = 1492
10 ifname = vpn0
11
12 # first node is named branch1 and is at 1.2.3.4
13 node = branch1
14 hostname = 1.2.3.4
15
16 # second node uses dns to resolve the address
17 node = branch2
18 hostname = www.example.net
19 udp-port = 500 # this host uses a different udp-port
20
21 # third node has no fixed ip address
22 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 after any directives. Whitespace is allowed around the C<=> sign or after
31 values, but not within the variable names or values themselves.
32
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 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 on branch1 loglevel = noise
42 on !branch2 connect = ondemand
43
44 All settings are applied "in order", that is, later settings of the same
45 variable overwrite earlier ones.
46
47 =head1 ANATOMY OF A CONFIG FILE
48
49 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
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 and must be the same on all nodes. It is not uncommon for node sections to
56 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 =item dns-forw-host = hostname/ip
73
74 The DNS server to forward DNS requests to for the DNS tunnel protocol
75 (default: C<127.0.0.1>, changing it is highly recommended).
76
77 =item dns-forw-port = port-number
78
79 The port where the C<dns-forw-host> is to be contacted (default: C<53>,
80 which is fine in most cases).
81
82 =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 The default should be working OK for most links.
91
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 For congested or picky DNS forwarders you could use a value nearer to or
104 exceeding C<1>.
105
106 The default should be working OK for most links.
107
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 The default should be working OK for most links.
119
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 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
132 The default should be working OK for most links but will result in low
133 throughput if packet loss is high.
134
135 =item if-up = relative-or-absolute-path
136
137 Sets the path of a script that should be called immediately after the
138 network interface is initialized (but not necessarily up). The following
139 environment variables are passed to it (the values are just examples).
140
141 Variables that have the same value on all nodes:
142
143 =over 4
144
145 =item CONFBASE=/etc/gvpe
146
147 The configuration base directory.
148
149 =item IFNAME=vpn0
150
151 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
161 =item MTU=1436
162
163 The MTU to set the interface to. You can use lower values (if done
164 consistently on all nodes), but this is usually either inefficient or
165 simply ineffective.
166
167 =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
176 =over 4
177
178 =item IFUPDATA=string
179
180 The value of the configuration directive C<if-up-data>.
181
182 =item MAC=fe:fd:80:00:00:01
183
184 The MAC address the network interface has to use.
185
186 Might be used to initialize interfaces on platforms where GVPE does not
187 do this automatically. Please see the C<gvpe.osdep(5)> man page for
188 platform-specific information.
189
190 =item NODENAME=branch1
191
192 The nickname of the node.
193
194 =item NODEID=1
195
196 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
199 =back
200
201 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 Here is a simple if-up script:
207
208 #!/bin/sh
209 ip link set $IFNAME up
210 [ $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 More complicated examples (using routing to reduce ARP traffic) can be
215 found in the F<etc/> subdirectory of the distribution.
216
217 =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 global option because all nodes must use the same protocol, and since
235 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 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 (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
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 configuration file, so if you are behind a proxy without access to a DNS
260 server better use numerical IP addresses.
261
262 To make best use of this option disable all protocols except TCP in your
263 config file and make sure your routers (or all other nodes) are listening
264 on a port that the proxy allows (443, https, is a common choice).
265
266 If you have a router, connecting to it will suffice. Otherwise TCP must be
267 enabled on all nodes.
268
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 separated by a literal colon (C<:>). Only basic authentication is
283 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 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 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 maximum overhead (e.g. UDP header size, encryption blocksize...) and pass
303 this information to the C<if-up> script.
304
305 Recommended values are 1500 (ethernet), 1492 (pppoe), 1472 (pptp).
306
307 This value must be the minimum of the MTU values of all nodes.
308
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 =item node-up = relative-or-absolute-path
316
317 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 environment variables will be set (values are just examples):
324
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 =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 =item DESTIP=188.13.66.8
341
342 The numerical IP address of the remote node (gvpe accepts connections from
343 everywhere, as long as the other node can authenticate itself).
344
345 =item DESTPORT=655 # deprecated
346
347 The protocol port used by the other side, if applicable.
348
349 =item STATE=up
350
351 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
354 =back
355
356 Here is a nontrivial example that uses nsupdate to update the name => ip
357 mapping in some DNS zone:
358
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 =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 =item node-down = relative-or-absolute-path
372
373 Same as C<node-up>, but gets called whenever a connection is lost.
374
375 =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
388 Since only the private key file of the current node is used and the
389 private key file should be kept secret per-node to avoid spoofing, it is
390 not recommended to use this feature.
391
392 =item rekey = seconds
393
394 Sets the rekeying interval in seconds (default: C<3600>). Connections are
395 reestablished every C<rekey> seconds, making them use a new encryption
396 key.
397
398 =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 =back
413
414 =head2 NODE SPECIFIC SETTINGS
415
416 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 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
421 =over 4
422
423 =item allow-direct = nodename
424
425 Allow direct connections to this node. See C<deny-direct> for more info.
426
427 =item compress = yes|true|on | no|false|off
428
429 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
436 =item connect = ondemand | never | always | disabled
437
438 Sets the connect mode (default: C<always>). It can be C<always> (always
439 try to establish and keep a connection to the given node), C<never>
440 (never initiate a connection to the given host, but accept connections),
441 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
445 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 =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 connections to/from a single other node in the network. In this case one
458 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 The algorithm to check whether a connection may be direct is as follows:
462
463 1. Other node mentioned in an C<allow-direct>? If yes, allow the connection.
464
465 2. Other node mentioned in a C<deny-direct>? If yes, deny direct connections.
466
467 3. Allow the connection.
468
469 That is, C<allow-direct> takes precedence over C<deny-direct>.
470
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 =item dns-domain = domain-suffix
476
477 The DNS domain suffix that points to the DNS tunnel server for this node.
478
479 The domain must point to a NS record that points to the I<dns-hostname>,
480 i.e.
481
482 dns-domainname = tunnel.example.net
483 dns-hostname = tunnel-server.example.net
484
485 Corresponds to the following DNS entries in the C<example.net> domain:
486
487 tunnel.example.net. NS tunnel-server.example.net.
488 tunnel-server.example.net. A 13.13.13.13
489
490 =item dns-hostname = hostname/ip
491
492 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
496 =item dns-port = port-number
497
498 The port to bind the DNS tunnel socket to. Must be C<53> on DNS tunnel servers.
499
500 =item enable-dns = yes|true|on | no|false|off
501
502 See gvpe.protocol(7) for a description of the DNS transport
503 protocol. Avoid this protocol if you can.
504
505 Enable the DNS tunneling protocol on this node, either as server or as
506 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
513 Enable the ICMP transport using ICMP packets of type C<icmp-type> on this
514 node.
515
516 =item enable-rawip = yes|true|on | no|false|off
517
518 See gvpe.protocol(7) for a description of the RAW IP transport protocol.
519
520 Enable the RAW IPv4 transport using the C<ip-proto> protocol
521 (default: C<no>).
522
523 =item enable-tcp = yes|true|on | no|false|off
524
525 See gvpe.protocol(7) for a description of the TCP transport protocol.
526
527 Enable the TCPv4 transport using the C<tcp-port> port
528 (default: C<no>). Support for this transport protocol is only available
529 when gvpe was compiled using the C<--enable-tcp> option.
530
531 =item enable-udp = yes|true|on | no|false|off
532
533 See gvpe.protocol(7) for a description of the UDP transport protocol.
534
535 Enable the UDPv4 transport using the C<udp-port> port (default: C<no>).
536
537 =item hostname = hostname | ip [can not be defaulted]
538
539 Forces the address of this node to be set to the given DNS hostname or IP
540 address. It will be resolved before each connect request, so dyndns should
541 work fine. If this setting is not specified and a router is available,
542 then the router will be queried for the address of this node. Otherwise,
543 the connection attempt will fail.
544
545 Note that DNS resolving is done synchronously, pausing the daemon. If that
546 is an issue you need to specify IP addresses.
547
548 =item icmp-type = integer
549
550 Sets the type value to be used for outgoing (and incoming) packets sent
551 via the ICMP transport.
552
553 The default is C<0> (which is C<echo-reply>, also known as
554 "ping-reply"). Other useful values include C<8> (C<echo-request>, a.k.a.
555 "ping") and C<11> (C<time-exceeded>), but any 8-bit value can be used.
556
557 =item if-up-data = value
558
559 The value specified using this directive will be passed to the C<if-up>
560 script in the environment variable C<IFUPDATA>.
561
562 =item inherit-tos = yes|true|on | no|false|off
563
564 Whether to inherit the TOS settings of packets sent to the tunnel when
565 sending packets to this node (default: C<yes>). If set to C<yes> then
566 outgoing tunnel packets will have the same TOS setting as the packets sent
567 to the tunnel device, which is usually what you want.
568
569 =item max-retry = positive-number
570
571 The maximum interval in seconds (default: C<3600>, one hour) between
572 retries to establish a connection to this node. When a connection cannot
573 be established, gvpe uses exponential back-off capped at this value. It's
574 sometimes useful to set this to a much lower value (e.g. C<120>) on
575 connections to routers that usually are stable but sometimes are down, to
576 assure quick reconnections even after longer downtimes.
577
578 =item max-ttl = seconds
579
580 Expire packets that couldn't be sent after this many seconds
581 (default: C<60>). Gvpe will normally queue packets for a node without an
582 active connection, in the hope of establishing a connection soon. This
583 value specifies the maximum lifetime a packet will stay in the queue, if a
584 packet gets older, it will be thrown away.
585
586 =item max-queue = positive-number>=1
587
588 The maximum number of packets that will be queued (default: C<512>)
589 for this node. If more packets are sent then earlier packets will be
590 expired. See C<max-ttl>, above.
591
592 =item router-priority = 0 | 1 | positive-number>=2
593
594 Sets the router priority of the given node (default: C<0>, disabled).
595
596 If some node tries to connect to another node but it doesn't have a
597 hostname, it asks a router node for it's IP address. The router node
598 chosen is the one with the highest priority larger than C<1> that is
599 currently reachable. This is called a I<mediated> connection, as the
600 connection itself will still be direct, but it uses another node to
601 mediate between the two nodes.
602
603 The value C<0> disables routing, that means if the node receives a packet
604 not for itself it will not forward it but instead drop it.
605
606 The special value C<1> allows other hosts to route through the router
607 host, but they will never route through it by default (i.e. the config
608 file of another node needs to specify a router priority higher than one
609 to choose such a node for routing).
610
611 The idea behind this is that some hosts can, if required, bump the
612 C<router-priority> setting to higher than C<1> in their local config to
613 route through specific hosts. If C<router-priority> is C<0>, then routing
614 will be refused, so C<1> serves as a "enable, but do not use by default"
615 switch.
616
617 Nodes with C<router-priority> set to C<2> or higher will always be forced
618 to C<connect> = C<always> (unless they are C<disabled>).
619
620 =item tcp-port = port-number
621
622 Similar to C<udp-port> (default: C<655>), but sets the TCP port number.
623
624 =item udp-port = port-number
625
626 Sets the port number used by the UDP protocol (default: C<655>, not
627 officially assigned by IANA!).
628
629 =back
630
631 =head1 CONFIG DIRECTORY LAYOUT
632
633 The default (or recommended) directory layout for the config directory is:
634
635 =over 4
636
637 =item gvpe.conf
638
639 The config file.
640
641 =item if-up
642
643 The if-up script
644
645 =item node-up, node-down
646
647 If used the node up or node-down scripts.
648
649 =item hostkey
650
651 The private key (taken from C<hostkeys/nodename>) of the current host.
652
653 =item pubkey/nodename
654
655 The public keys of the other nodes, one file per node.
656
657 =back
658
659 =head1 SEE ALSO
660
661 gvpe(5), gvpe(8), gvpectrl(8).
662
663 =head1 AUTHOR
664
665 Marc Lehmann <gvpe@schmorp.de>
666