… | |
… | |
2 | |
2 | |
3 | gvpe.conf - configuration file for the GNU VPE daemon |
3 | gvpe.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 | |
… | |
… | |
28 | |
32 | |
29 | The only exception to the above is the "on" directive that can prefix any |
33 | 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 |
34 | 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. |
35 | (if the nodename starts with "!") on all nodes except the named one. |
32 | |
36 | |
33 | name = value |
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 |
34 | on branch1 loglevel = noise |
41 | on branch1 loglevel = noise |
35 | on !branch2 connect = ondemand |
42 | on !branch2 connect = ondemand |
36 | |
43 | |
37 | All settings are executed "in order", that is, later settings of the same |
44 | All settings are applied "in order", that is, later settings of the same |
38 | variable overwrite earlier ones. |
45 | variable overwrite earlier ones. |
39 | |
46 | |
40 | =head1 ANATOMY OF A CONFIG FILE |
47 | =head1 ANATOMY OF A CONFIG FILE |
41 | |
48 | |
42 | Usually, a config file starts with global settings (like the udp port to |
49 | Usually, a config file starts with a few global settings (like the UDP |
43 | listen on), followed by node-specific sections that begin with a C<node = |
50 | port to listen on), followed by node-specific sections that begin with a |
44 | nickname> line. |
51 | C<node = nickname> line. |
45 | |
52 | |
46 | Every node that is part of the network must have a section that starts |
53 | 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 |
54 | 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 |
55 | 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. |
56 | be completely empty - if the default values are right. |
… | |
… | |
62 | |
69 | |
63 | =over 4 |
70 | =over 4 |
64 | |
71 | |
65 | =item dns-forw-host = hostname/ip |
72 | =item dns-forw-host = hostname/ip |
66 | |
73 | |
67 | The dns server to forward dns requests to for the DNS tunnel protocol |
74 | 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). |
75 | (default: C<127.0.0.1>, changing it is highly recommended). |
69 | |
76 | |
70 | =item dns-forw-port = port-number |
77 | =item dns-forw-port = port-number |
71 | |
78 | |
72 | The port where the C<dns-forw-host> is to be contacted (default: C<53>, |
79 | The port where the C<dns-forw-host> is to be contacted (default: C<53>, |
… | |
… | |
78 | (default: C<100>). GVPE will never issue more requests then the given |
85 | (default: C<100>). GVPE will never issue more requests then the given |
79 | limit without receiving replies. In heavily overloaded situations it might |
86 | 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 |
87 | help to set this to a low number (e.g. C<3> or even C<1>) to limit the |
81 | number of parallel requests. |
88 | number of parallel requests. |
82 | |
89 | |
83 | The default should be working ok for most links. |
90 | The default should be working OK for most links. |
84 | |
91 | |
85 | =item dns-overlap-factor = float |
92 | =item dns-overlap-factor = float |
86 | |
93 | |
87 | The DNS transport uses the minimum request latency (B<min_latency>) seen |
94 | 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>, |
95 | during a connection as it's timing base. This factor (default: C<0.5>, |
… | |
… | |
91 | request might be generated every B<min_latency> seconds, which means on |
98 | 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 |
99 | 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 |
100 | C<0.5> means that GVPE will send requests twice as often as the minimum |
94 | latency measured. |
101 | latency measured. |
95 | |
102 | |
96 | For congested or picky dns forwarders you could use a value nearer to or |
103 | For congested or picky DNS forwarders you could use a value nearer to or |
97 | exceeding C<1>. |
104 | exceeding C<1>. |
98 | |
105 | |
99 | The default should be working ok for most links. |
106 | The default should be working OK for most links. |
100 | |
107 | |
101 | =item dns-send-interval = send-interval-in-seconds |
108 | =item dns-send-interval = send-interval-in-seconds |
102 | |
109 | |
103 | The minimum send interval (= maximum rate) that the DNS transport will |
110 | 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 |
111 | use to send new DNS requests. GVPE will not exceed this rate even when |
… | |
… | |
106 | not send more than 100 DNS requests per connection per second. For |
113 | 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 |
114 | 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>, |
115 | congested or rate-limited links, you might want to go higher, say C<0.1>, |
109 | C<0.2> or even higher. |
116 | C<0.2> or even higher. |
110 | |
117 | |
111 | The default should be working ok for most links. |
118 | The default should be working OK for most links. |
112 | |
119 | |
113 | =item dns-timeout-factor = float |
120 | =item dns-timeout-factor = float |
114 | |
121 | |
115 | Factor to multiply the C<min_latency> (see C<dns-overlap-factor>) by to |
122 | 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 |
123 | get request timeouts. The default of C<8> means that the DNS transport |
… | |
… | |
120 | |
127 | |
121 | For congested links a higher value might be necessary (e.g. C<30>). If |
128 | 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 |
129 | 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. |
130 | nicely. Values near or below C<1> makes no sense whatsoever. |
124 | |
131 | |
125 | The default should be working ok for most links but will result in low |
132 | The default should be working OK for most links but will result in low |
126 | throughput if packet loss is high. |
133 | throughput if packet loss is high. |
127 | |
134 | |
128 | =item if-up = relative-or-absolute-path |
135 | =item if-up = relative-or-absolute-path |
129 | |
136 | |
130 | Sets the path of a script that should be called immediately after the |
137 | Sets the path of a script that should be called immediately after the |
131 | network interface is initialized (but not neccessarily up). The following |
138 | network interface is initialized (but not necessarily up). The following |
132 | environment variables are passed to it (the values are just examples). |
139 | environment variables are passed to it (the values are just examples). |
133 | |
140 | |
134 | Variables that have the same value on all nodes: |
141 | Variables that have the same value on all nodes: |
135 | |
142 | |
136 | =over 4 |
143 | =over 4 |
… | |
… | |
175 | =item MAC=fe:fd:80:00:00:01 |
182 | =item MAC=fe:fd:80:00:00:01 |
176 | |
183 | |
177 | The MAC address the network interface has to use. |
184 | The MAC address the network interface has to use. |
178 | |
185 | |
179 | Might be used to initialize interfaces on platforms where GVPE does not |
186 | 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 |
187 | do this automatically. Please see the C<gvpe.osdep(5)> man page for |
181 | platform-specific information. |
188 | platform-specific information. |
182 | |
189 | |
183 | =item NODENAME=branch1 |
190 | =item NODENAME=branch1 |
184 | |
191 | |
185 | The nickname of the node. |
192 | The nickname of the node. |
… | |
… | |
202 | ip link set $IFNAME up |
209 | ip link set $IFNAME up |
203 | [ $NODENAME = branch1 ] && ip addr add 10.0.0.1 dev $IFNAME |
210 | [ $NODENAME = branch1 ] && ip addr add 10.0.0.1 dev $IFNAME |
204 | [ $NODENAME = branch2 ] && ip addr add 10.1.0.1 dev $IFNAME |
211 | [ $NODENAME = branch2 ] && ip addr add 10.1.0.1 dev $IFNAME |
205 | ip route add 10.0.0.0/8 dev $IFNAME |
212 | ip route add 10.0.0.0/8 dev $IFNAME |
206 | |
213 | |
207 | More complicated examples (using routing to reduce arp traffic) can be |
214 | More complicated examples (using routing to reduce ARP traffic) can be |
208 | found in the etc/ subdirectory of the distribution. |
215 | found in the F<etc/> subdirectory of the distribution. |
209 | |
216 | |
210 | =item ifname = devname |
217 | =item ifname = devname |
211 | |
218 | |
212 | Sets the tun interface name to the given name. The default is OS-specific |
219 | Sets the tun interface name to the given name. The default is OS-specific |
213 | and most probably something like C<tun0>. |
220 | and most probably something like C<tun0>. |
… | |
… | |
227 | global option because all nodes must use the same protocol, and since |
234 | 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 |
235 | 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 |
236 | instance using the same protocol, nor can you share the protocol with |
230 | other programs. |
237 | other programs. |
231 | |
238 | |
232 | The default is 47 (GRE), which has a good chance of tunneling through |
239 | The default is 47 (GRE), which has a good chance of tunneling |
233 | firewalls (but note that the rawip protocol is not GRE compatible). Other |
240 | through firewalls (but note that gvpe's rawip protocol is not GRE |
234 | common choices are 50 (IPSEC, ESP), 51 (IPSEC, AH), 4 (IPIP tunnels) or 98 |
241 | compatible). Other common choices are 50 (IPSEC, ESP), 51 (IPSEC, AH), 4 |
235 | (ENCAP, rfc1241) |
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). |
236 | |
247 | |
237 | =item http-proxy-host = hostname/ip |
248 | =item http-proxy-host = hostname/ip |
238 | |
249 | |
239 | The C<http-proxy-*> family of options are only available if gvpe was |
250 | 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 |
251 | compiled with the C<--enable-http-proxy> option and enable tunneling of |
… | |
… | |
243 | C<http-proxy-host> and C<http-proxy-port> should specify the hostname and |
254 | 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 |
255 | port number of the proxy server. See C<http-proxy-loginpw> if your proxy |
245 | requires authentication. |
256 | requires authentication. |
246 | |
257 | |
247 | Please note that gvpe will still try to resolve all hostnames in the |
258 | 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 |
259 | configuration file, so if you are behind a proxy without access to a DNS |
249 | server better use numerical IP addresses. |
260 | server better use numerical IP addresses. |
250 | |
261 | |
251 | To make best use of this option disable all protocols except tcp in your |
262 | 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 |
263 | 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). |
264 | on a port that the proxy allows (443, https, is a common choice). |
254 | |
265 | |
255 | If you have a router, connecting to it will suffice. Otherwise tcp must be |
266 | If you have a router, connecting to it will suffice. Otherwise TCP must be |
256 | enabled on all nodes. |
267 | enabled on all nodes. |
257 | |
268 | |
258 | Example: |
269 | Example: |
259 | |
270 | |
260 | http-proxy-host = proxy.example.com |
271 | http-proxy-host = proxy.example.com |
… | |
… | |
266 | The port where your proxy server listens. |
277 | The port where your proxy server listens. |
267 | |
278 | |
268 | =item http-proxy-auth = login:password |
279 | =item http-proxy-auth = login:password |
269 | |
280 | |
270 | The optional login and password used to authenticate to the proxy server, |
281 | The optional login and password used to authenticate to the proxy server, |
271 | seperated by a literal colon (C<:>). Only basic authentication is |
282 | separated by a literal colon (C<:>). Only basic authentication is |
272 | currently supported. |
283 | currently supported. |
273 | |
284 | |
274 | =item keepalive = seconds |
285 | =item keepalive = seconds |
275 | |
286 | |
276 | Sets the keepalive probe interval in seconds (default: C<60>). After this |
287 | 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 |
288 | 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 |
289 | every 3 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 |
290 | is received within 15 seconds, the peer is considered unreachable and the |
280 | connection is closed. |
291 | connection is closed. |
281 | |
292 | |
282 | =item loglevel = noise|trace|debug|info|notice|warn|error|critical |
293 | =item loglevel = noise|trace|debug|info|notice|warn|error|critical |
283 | |
294 | |
284 | Set the logging level. Connection established messages are logged at level |
295 | Set the logging level. Connection established messages are logged at level |
… | |
… | |
286 | |
297 | |
287 | =item mtu = bytes |
298 | =item mtu = bytes |
288 | |
299 | |
289 | Sets the maximum MTU that should be used on outgoing packets (basically |
300 | Sets the maximum MTU that should be used on outgoing packets (basically |
290 | the MTU of the outgoing interface) The daemon will automatically calculate |
301 | the MTU of the outgoing interface) The daemon will automatically calculate |
291 | maximum overhead (e.g. udp header size, encryption blocksize...) and pass |
302 | maximum overhead (e.g. UDP header size, encryption blocksize...) and pass |
292 | this information to the C<if-up> script. |
303 | this information to the C<if-up> script. |
293 | |
304 | |
294 | Recommended values are 1500 (ethernet), 1492 (pppoe), 1472 (pptp). |
305 | Recommended values are 1500 (ethernet), 1492 (pppoe), 1472 (pptp). |
295 | |
306 | |
296 | This value must be the minimum of the mtu values of all nodes. |
307 | This value must be the minimum of the MTU values of all nodes. |
297 | |
308 | |
298 | =item node = nickname |
309 | =item node = nickname |
299 | |
310 | |
300 | Not really a config setting but introduces a node section. The nickname is |
311 | 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 |
312 | used to select the right configuration section and must be passed as an |
… | |
… | |
307 | is established (even on rekeying operations). Note that node-up/down |
318 | is established (even on rekeying operations). Note that node-up/down |
308 | scripts will be run asynchronously, but execution is serialised, so there |
319 | scripts will be run asynchronously, but execution is serialised, so there |
309 | will only ever be one such script running. |
320 | will only ever be one such script running. |
310 | |
321 | |
311 | In addition to all the variables passed to C<if-up> scripts, the following |
322 | In addition to all the variables passed to C<if-up> scripts, the following |
312 | environment variables will be set: |
323 | environment variables will be set (values are just examples): |
313 | |
324 | |
314 | =over 4 |
325 | =over 4 |
315 | |
326 | |
316 | =item DESTNODE=branch2 |
327 | =item DESTNODE=branch2 |
317 | |
328 | |
318 | The name of the remote node. |
329 | The name of the remote node. |
319 | |
330 | |
320 | =item DESTID=2 |
331 | =item DESTID=2 |
321 | |
332 | |
322 | The node id of the remote node. |
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. |
323 | |
339 | |
324 | =item DESTIP=188.13.66.8 |
340 | =item DESTIP=188.13.66.8 |
325 | |
341 | |
326 | The numerical IP address of the remote node (gvpe accepts connections from |
342 | The numerical IP address of the remote node (gvpe accepts connections from |
327 | everywhere, as long as the other node can authenticate itself). |
343 | everywhere, as long as the other node can authenticate itself). |
328 | |
344 | |
329 | =item DESTPORT=655 # deprecated |
345 | =item DESTPORT=655 # deprecated |
330 | |
346 | |
331 | The UDP port used by the other side. |
347 | The protocol port used by the other side, if applicable. |
332 | |
348 | |
333 | =item STATE=UP |
349 | =item STATE=up |
334 | |
350 | |
335 | Node-up scripts get called with STATE=UP, node-down scripts get called |
351 | Node-up scripts get called with STATE=up, node-change scripts get called |
336 | with STATE=DOWN. |
352 | with STATE=change and node-down scripts get called with STATE=down. |
337 | |
353 | |
338 | =back |
354 | =back |
339 | |
355 | |
340 | Here is a nontrivial example that uses nsupdate to update the name => ip |
356 | Here is a nontrivial example that uses nsupdate to update the name => ip |
341 | mapping in some dns zone: |
357 | mapping in some DNS zone: |
342 | |
358 | |
343 | #!/bin/sh |
359 | #!/bin/sh |
344 | { |
360 | { |
345 | echo update delete $DESTNODE.lowttl.example.net. a |
361 | echo update delete $DESTNODE.lowttl.example.net. a |
346 | echo update add $DESTNODE.lowttl.example.net. 1 in a $DESTIP |
362 | echo update add $DESTNODE.lowttl.example.net. 1 in a $DESTIP |
347 | echo |
363 | echo |
348 | } | nsupdate -d -k $CONFBASE:key.example.net. |
364 | } | nsupdate -d -k $CONFBASE:key.example.net. |
349 | |
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 | |
350 | =item node-down = relative-or-absolute-path |
371 | =item node-down = relative-or-absolute-path |
351 | |
372 | |
352 | Same as C<node-up>, but gets called whenever a connection is lost. |
373 | Same as C<node-up>, but gets called whenever a connection is lost. |
353 | |
374 | |
354 | =item pid-file = path |
375 | =item pid-file = path |
… | |
… | |
363 | be doubled. A single C<%s> is replaced by the hostname, so you could |
384 | 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 |
385 | use paths like C<hostkeys/%s> to fetch the files at the location where |
365 | C<gvpectrl> puts them. |
386 | C<gvpectrl> puts them. |
366 | |
387 | |
367 | Since only the private key file of the current node is used and the |
388 | 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 |
389 | private key file should be kept secret per-node to avoid spoofing, it is |
369 | not recommended to use this feature. |
390 | not recommended to use this feature. |
370 | |
391 | |
371 | =item rekey = seconds |
392 | =item rekey = seconds |
372 | |
393 | |
373 | Sets the rekeying interval in seconds (default: C<3600>). Connections are |
394 | Sets the rekeying interval in seconds (default: C<3600>). Connections are |
374 | reestablished every C<rekey> seconds. |
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 |
375 | |
411 | |
376 | =back |
412 | =back |
377 | |
413 | |
378 | =head2 NODE SPECIFIC SETTINGS |
414 | =head2 NODE SPECIFIC SETTINGS |
379 | |
415 | |
… | |
… | |
390 | |
426 | |
391 | =item compress = yes|true|on | no|false|off |
427 | =item compress = yes|true|on | no|false|off |
392 | |
428 | |
393 | Wether to compress data packets sent to this node (default: C<yes>). |
429 | 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 |
430 | Compression is really cheap even on slow computers and has no size |
395 | overhead at all, so enabling this is a good idea. |
431 | overhead at all, so enabling this is often a good idea. |
396 | |
432 | |
397 | =item connect = ondemand | never | always | disabled |
433 | =item connect = ondemand | never | always | disabled |
398 | |
434 | |
399 | Sets the connect mode (default: C<always>). It can be C<always> (always |
435 | 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> |
436 | try to establish and keep a connection to the given node), C<never> |
… | |
… | |
413 | C<allow-direct> and C<deny-direct> statements. This only makes sense in |
449 | C<allow-direct> and C<deny-direct> statements. This only makes sense in |
414 | networks with routers, as routers are required for indirect connections. |
450 | networks with routers, as routers are required for indirect connections. |
415 | |
451 | |
416 | Sometimes, a node cannot reach some other nodes for reasons of network |
452 | Sometimes, a node cannot reach some other nodes for reasons of network |
417 | connectivity. For example, a node behind a firewall that only allows |
453 | 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 |
454 | connections 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 |
455 | should specify C<deny-direct = *> and C<allow-direct = othernodename> (the other |
420 | node I<must> be a router for this to work). |
456 | node I<must> be a router for this to work). |
421 | |
457 | |
422 | The algorithm to check wether a connection may be direct is as follows: |
458 | The algorithm to check whether a connection may be direct is as follows: |
423 | |
459 | |
424 | 1. Other node mentioned in a C<allow-direct>? If yes, allow the connection. |
460 | 1. Other node mentioned in an C<allow-direct>? If yes, allow the connection. |
425 | |
461 | |
426 | 2. Other node mentioned in a C<deny-direct>? If yes, deny direct connections. |
462 | 2. Other node mentioned in a C<deny-direct>? If yes, deny direct connections. |
427 | |
463 | |
428 | 3. Allow the connection. |
464 | 3. Allow the connection. |
429 | |
465 | |
… | |
… | |
469 | |
505 | |
470 | =item enable-icmp = yes|true|on | no|false|off |
506 | =item enable-icmp = yes|true|on | no|false|off |
471 | |
507 | |
472 | See gvpe.protocol(7) for a description of the ICMP transport protocol. |
508 | See gvpe.protocol(7) for a description of the ICMP transport protocol. |
473 | |
509 | |
474 | Enable the ICMP transport using icmp packets of type C<icmp-type> on this |
510 | Enable the ICMP transport using ICMP packets of type C<icmp-type> on this |
475 | node. |
511 | node. |
476 | |
512 | |
477 | =item enable-rawip = yes|true|on | no|false|off |
513 | =item enable-rawip = yes|true|on | no|false|off |
478 | |
514 | |
479 | See gvpe.protocol(7) for a description of the RAW IP transport protocol. |
515 | See gvpe.protocol(7) for a description of the RAW IP transport protocol. |
… | |
… | |
495 | |
531 | |
496 | Enable the UDPv4 transport using the C<udp-port> port (default: C<no>, |
532 | 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 |
533 | unless no other protocol is enabled for a node, in which case this |
498 | protocol is enabled automatically). |
534 | protocol is enabled automatically). |
499 | |
535 | |
500 | NOTE: Please specify C<enable-udp = yes> if you want t use it even though |
536 | NOTE: Please specify C<enable-udp = yes> if you want to use it even though |
501 | it might get switched on automatically, as some future version might |
537 | it might get switched on automatically, as some future version might |
502 | default to another default protocol. |
538 | default to another default protocol. |
503 | |
539 | |
504 | =item hostname = hostname | ip [can not be defaulted] |
540 | =item hostname = hostname | ip [can not be defaulted] |
505 | |
541 | |
506 | Forces the address of this node to be set to the given dns hostname or ip |
542 | 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 |
543 | 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, |
544 | 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, |
545 | then the router will be queried for the address of this node. Otherwise, |
510 | the connection attempt will fail. |
546 | the connection attempt will fail. |
511 | |
547 | |
|
|
548 | Note that DNS resolving is done synchronously, pausing the daemon. If that |
|
|
549 | is an issue you need to specify IP addresses. |
|
|
550 | |
512 | =item icmp-type = integer |
551 | =item icmp-type = integer |
513 | |
552 | |
514 | Sets the type value to be used for outgoing (and incoming) packets sent |
553 | Sets the type value to be used for outgoing (and incoming) packets sent |
515 | via the ICMP transport. |
554 | via the ICMP transport. |
516 | |
555 | |
517 | The default is C<0> (which is C<echo-reply>, also known as |
556 | 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. |
557 | "ping-reply"). 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. |
558 | "ping") and C<11> (C<time-exceeded>), but any 8-bit value can be used. |
520 | |
559 | |
521 | =item if-up-data = value |
560 | =item if-up-data = value |
522 | |
561 | |
523 | The value specified using this directive will be passed to the C<if-up> |
562 | The value specified using this directive will be passed to the C<if-up> |
… | |
… | |
532 | |
571 | |
533 | =item max-retry = positive-number |
572 | =item max-retry = positive-number |
534 | |
573 | |
535 | The maximum interval in seconds (default: C<3600>, one hour) between |
574 | The maximum interval in seconds (default: C<3600>, one hour) between |
536 | retries to establish a connection to this node. When a connection cannot |
575 | 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 |
576 | be established, gvpe uses exponential back-off capped at this value. It's |
538 | sometimes useful to set this to a much lower value (e.g. C<120>) on |
577 | 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 |
578 | connections to routers that usually are stable but sometimes are down, to |
540 | assure quick reconnections even after longer downtimes. |
579 | assure quick reconnections even after longer downtimes. |
541 | |
580 | |
542 | =item max-ttl = seconds |
581 | =item max-ttl = seconds |
… | |
… | |
596 | |
635 | |
597 | The default (or recommended) directory layout for the config directory is: |
636 | The default (or recommended) directory layout for the config directory is: |
598 | |
637 | |
599 | =over 4 |
638 | =over 4 |
600 | |
639 | |
601 | =item X<gvpe.conf> |
640 | =item gvpe.conf |
602 | |
641 | |
603 | The config file. |
642 | The config file. |
604 | |
643 | |
605 | =item X<if-up> |
644 | =item if-up |
606 | |
645 | |
607 | The if-up script |
646 | The if-up script |
608 | |
647 | |
609 | =item X<node-up>, X<node-down> |
648 | =item node-up, node-down |
610 | |
649 | |
611 | If used the node up or node-down scripts. |
650 | If used the node up or node-down scripts. |
612 | |
651 | |
613 | =item X<hostkey> |
652 | =item hostkey |
614 | |
653 | |
615 | The private key (taken from C<hostkeys/nodename>) of the current host. |
654 | The private key (taken from C<hostkeys/nodename>) of the current host. |
616 | |
655 | |
617 | =item X<pubkey/nodename> |
656 | =item pubkey/nodename |
618 | |
657 | |
619 | The public keys of the other nodes, one file per node. |
658 | The public keys of the other nodes, one file per node. |
620 | |
659 | |
621 | =back |
660 | =back |
622 | |
661 | |