ViewVC Help
View File | Revision Log | Show Annotations | Download File
/cvs/gvpe/doc/gvpe.conf.5.pod
(Generate patch)

Comparing gvpe/doc/gvpe.conf.5.pod (file contents):
Revision 1.5 by pcg, Tue Mar 1 06:27:20 2005 UTC vs.
Revision 1.22 by pcg, Mon Sep 1 06:06:11 2008 UTC

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

Diff Legend

Removed lines
+ Added lines
< Changed lines
> Changed lines