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