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

# 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     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 pcg 1.13 after any directives. Whitespace is allowed around the C<=> sign or after
27     values, but not within the variable names or values themselves.
28 pcg 1.1
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 pcg 1.20 and must be the same on all nodes. It is not uncommon for node sections to
49 pcg 1.1 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 pcg 1.6 =item dns-forw-host = hostname/ip
66 pcg 1.1
67 pcg 1.6 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 pcg 1.1
70 pcg 1.6 =item dns-forw-port = port-number
71 pcg 1.1
72 pcg 1.6 The port where the C<dns-forw-host> is to be contacted (default: C<53>,
73     which is fine in most cases).
74 pcg 1.1
75 pcg 1.12 =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 pcg 1.17 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 pcg 1.12
125 pcg 1.17 The default should be working ok for most links but will result in low
126     throughput if packet loss is high.
127 pcg 1.12
128 pcg 1.1 =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 pcg 1.13 environment variables are passed to it (the values are just examples).
133    
134     Variables that have the same value on all nodes:
135 pcg 1.1
136     =over 4
137    
138     =item CONFBASE=/etc/gvpe
139    
140     The configuration base directory.
141    
142     =item IFNAME=vpn0
143    
144 pcg 1.13 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 pcg 1.1
154     =item MTU=1436
155    
156     The MTU to set the interface to. You can use lower values (if done
157 pcg 1.20 consistently on all nodes), but this is usually either inefficient or
158     simply ineffective.
159 pcg 1.1
160 pcg 1.13 =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 pcg 1.1
169 pcg 1.13 =over 4
170 pcg 1.1
171 pcg 1.13 =item IFUPDATA=string
172 pcg 1.1
173 pcg 1.13 The value of the configuration directive C<if-up-data>.
174 pcg 1.1
175 pcg 1.13 =item MAC=fe:fd:80:00:00:01
176 pcg 1.1
177 pcg 1.13 The MAC address the network interface has to use.
178 pcg 1.1
179 pcg 1.13 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 pcg 1.1
183     =item NODENAME=branch1
184    
185 pcg 1.13 The nickname of the node.
186 pcg 1.1
187     =item NODEID=1
188    
189 pcg 1.13 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 pcg 1.1
192     =back
193    
194 pcg 1.13 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 pcg 1.1 Here is a simple if-up script:
200    
201     #!/bin/sh
202 pcg 1.13 ip link set $IFNAME up
203 pcg 1.1 [ $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 pcg 1.6 =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 pcg 1.20 global option because all nodes must use the same protocol, and since
228 pcg 1.6 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 pcg 1.20 config file and make sure your routers (or all other nodes) are listening
253 pcg 1.6 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 pcg 1.20 enabled on all nodes.
257 pcg 1.6
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 pcg 1.20 This value must be the minimum of the mtu values of all nodes.
297 pcg 1.6
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 pcg 1.1 =item node-up = relative-or-absolute-path
305    
306 pcg 1.19 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 pcg 1.1
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 pcg 1.20 The numerical IP address of the remote node (gvpe accepts connections from
327     everywhere, as long as the other node can authenticate itself).
328 pcg 1.1
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 pcg 1.6 =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 pcg 1.1
367 pcg 1.6 Since only the private key file of the current node is used and the
368 pcg 1.20 private key file should be kept secret per-node to avoid spoofings, it is
369 pcg 1.6 not recommended to use this feature.
370 pcg 1.1
371 pcg 1.6 =item rekey = seconds
372 pcg 1.1
373 pcg 1.6 Sets the rekeying interval in seconds (default: C<3600>). Connections are
374     reestablished every C<rekey> seconds.
375 pcg 1.1
376 pcg 1.6 =back
377 pcg 1.1
378 pcg 1.6 =head2 NODE SPECIFIC SETTINGS
379 pcg 1.1
380 pcg 1.6 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 pcg 1.15 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 pcg 1.1
385 pcg 1.6 =over 4
386 pcg 1.1
387 pcg 1.15 =item allow-direct = nodename
388    
389     Allow direct connections to this node. See C<deny-direct> for more info.
390    
391 pcg 1.6 =item compress = yes|true|on | no|false|off
392 pcg 1.1
393 pcg 1.20 Wether to compress data packets sent to this node (default: C<yes>).
394 pcg 1.6 Compression is really cheap even on slow computers and has no size
395     overhead at all, so enabling this is a good idea.
396 pcg 1.1
397 pcg 1.6 =item connect = ondemand | never | always | disabled
398 pcg 1.1
399 pcg 1.6 Sets the connect mode (default: C<always>). It can be C<always> (always
400 pcg 1.20 try to establish and keep a connection to the given node), C<never>
401 pcg 1.6 (never initiate a connection to the given host, but accept connections),
402 pcg 1.18 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 pcg 1.1
406 pcg 1.20 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 pcg 1.15 =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 pcg 1.16 That is, C<allow-direct> takes precedence over C<deny-direct>.
431 pcg 1.15
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 pcg 1.6 =item dns-domain = domain-suffix
437 pcg 1.1
438 pcg 1.7 The DNS domain suffix that points to the DNS tunnel server for this node.
439 pcg 1.1
440 pcg 1.6 The domain must point to a NS record that points to the I<dns-hostname>,
441     i.e.
442 pcg 1.1
443 pcg 1.6 dns-domainname = tunnel.example.net
444     dns-hostname = tunnel-server.example.net
445 pcg 1.1
446 pcg 1.6 Corresponds to the following DNS entries in the C<example.net> domain:
447 pcg 1.1
448 pcg 1.6 tunnel.example.net. NS tunnel-server.example.net.
449     tunnel-server.example.net. A 13.13.13.13
450 pcg 1.1
451 pcg 1.6 =item dns-hostname = hostname/ip
452 pcg 1.1
453 pcg 1.6 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 pcg 1.1
457 pcg 1.6 =item dns-port = port-number
458 pcg 1.1
459 pcg 1.8 The port to bind the DNS tunnel socket to. Must be C<53> on DNS tunnel servers.
460 pcg 1.1
461 pcg 1.7 =item enable-dns = yes|true|on | no|false|off
462    
463 pcg 1.10 See gvpe.protocol(7) for a description of the DNS transport
464     protocol. Avoid this protocol if you can.
465    
466 pcg 1.8 Enable the DNS tunneling protocol on this node, either as server or as
467 pcg 1.10 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 pcg 1.8
474 pcg 1.10 Enable the ICMP transport using icmp packets of type C<icmp-type> on this
475     node.
476 pcg 1.7
477 pcg 1.1 =item enable-rawip = yes|true|on | no|false|off
478    
479 pcg 1.10 See gvpe.protocol(7) for a description of the RAW IP transport protocol.
480    
481 pcg 1.1 Enable the RAW IPv4 transport using the C<ip-proto> protocol
482 pcg 1.10 (default: C<no>).
483 pcg 1.1
484 pcg 1.6 =item enable-tcp = yes|true|on | no|false|off
485    
486 pcg 1.10 See gvpe.protocol(7) for a description of the TCP transport protocol.
487    
488 pcg 1.6 Enable the TCPv4 transport using the C<tcp-port> port
489 pcg 1.10 (default: C<no>). Support for this transport protocol is only available
490     when gvpe was compiled using the C<--enable-tcp> option.
491 pcg 1.6
492 pcg 1.1 =item enable-udp = yes|true|on | no|false|off
493    
494 pcg 1.10 See gvpe.protocol(7) for a description of the UDP transport protocol.
495    
496 pcg 1.5 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 pcg 1.10 protocol is enabled automatically).
499 pcg 1.5
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 pcg 1.15
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 pcg 1.1
512 pcg 1.11 =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 pcg 1.13 =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 pcg 1.6 =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 pcg 1.1
535 pcg 1.8 The maximum interval in seconds (default: C<3600>, one hour) between
536 pcg 1.6 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 pcg 1.8 assure quick reconnections even after longer downtimes.
541 pcg 1.1
542 pcg 1.18 =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 pcg 1.20 =item max-queue = positive-number>=1
551 pcg 1.18
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 pcg 1.8 =item router-priority = 0 | 1 | positive-number>=2
557 pcg 1.1
558 pcg 1.20 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 pcg 1.1
567 pcg 1.20 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 pcg 1.2
570     The special value C<1> allows other hosts to route through the router
571 pcg 1.20 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 pcg 1.2
584 pcg 1.6 =item tcp-port = port-number
585 pcg 1.1
586 pcg 1.6 Similar to C<udp-port> (default: C<655>), but sets the TCP port number.
587 pcg 1.1
588 pcg 1.6 =item udp-port = port-number
589 pcg 1.1
590 pcg 1.6 Sets the port number used by the UDP protocol (default: C<655>, not
591     officially assigned by IANA!).
592 pcg 1.1
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 pcg 1.4 =item X<gvpe.conf>
602 pcg 1.1
603     The config file.
604    
605 pcg 1.4 =item X<if-up>
606 pcg 1.1
607     The if-up script
608    
609 pcg 1.4 =item X<node-up>, X<node-down>
610 pcg 1.1
611     If used the node up or node-down scripts.
612    
613 pcg 1.4 =item X<hostkey>
614 pcg 1.1
615     The private key (taken from C<hostkeys/nodename>) of the current host.
616    
617 pcg 1.4 =item X<pubkey/nodename>
618 pcg 1.1
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 pcg 1.14 Marc Lehmann <gvpe@schmorp.de>
630 pcg 1.1