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