1 | .\" Automatically generated by Pod::Man v1.37, Pod::Parser v1.14 |
1 | .\" Automatically generated by Pod::Man 2.25 (Pod::Simple 3.20) |
2 | .\" |
2 | .\" |
3 | .\" Standard preamble: |
3 | .\" Standard preamble: |
4 | .\" ======================================================================== |
4 | .\" ======================================================================== |
5 | .de Sh \" Subsection heading |
|
|
6 | .br |
|
|
7 | .if t .Sp |
|
|
8 | .ne 5 |
|
|
9 | .PP |
|
|
10 | \fB\\$1\fR |
|
|
11 | .PP |
|
|
12 | .. |
|
|
13 | .de Sp \" Vertical space (when we can't use .PP) |
5 | .de Sp \" Vertical space (when we can't use .PP) |
14 | .if t .sp .5v |
6 | .if t .sp .5v |
15 | .if n .sp |
7 | .if n .sp |
16 | .. |
8 | .. |
17 | .de Vb \" Begin verbatim text |
9 | .de Vb \" Begin verbatim text |
… | |
… | |
23 | .ft R |
15 | .ft R |
24 | .fi |
16 | .fi |
25 | .. |
17 | .. |
26 | .\" Set up some character translations and predefined strings. \*(-- will |
18 | .\" Set up some character translations and predefined strings. \*(-- will |
27 | .\" give an unbreakable dash, \*(PI will give pi, \*(L" will give a left |
19 | .\" give an unbreakable dash, \*(PI will give pi, \*(L" will give a left |
28 | .\" double quote, and \*(R" will give a right double quote. | will give a |
20 | .\" double quote, and \*(R" will give a right double quote. \*(C+ will |
29 | .\" real vertical bar. \*(C+ will give a nicer C++. Capital omega is used to |
21 | .\" give a nicer C++. Capital omega is used to do unbreakable dashes and |
30 | .\" do unbreakable dashes and therefore won't be available. \*(C` and \*(C' |
22 | .\" therefore won't be available. \*(C` and \*(C' expand to `' in nroff, |
31 | .\" expand to `' in nroff, nothing in troff, for use with C<>. |
23 | .\" nothing in troff, for use with C<>. |
32 | .tr \(*W-|\(bv\*(Tr |
24 | .tr \(*W- |
33 | .ds C+ C\v'-.1v'\h'-1p'\s-2+\h'-1p'+\s0\v'.1v'\h'-1p' |
25 | .ds C+ C\v'-.1v'\h'-1p'\s-2+\h'-1p'+\s0\v'.1v'\h'-1p' |
34 | .ie n \{\ |
26 | .ie n \{\ |
35 | . ds -- \(*W- |
27 | . ds -- \(*W- |
36 | . ds PI pi |
28 | . ds PI pi |
37 | . if (\n(.H=4u)&(1m=24u) .ds -- \(*W\h'-12u'\(*W\h'-12u'-\" diablo 10 pitch |
29 | . if (\n(.H=4u)&(1m=24u) .ds -- \(*W\h'-12u'\(*W\h'-12u'-\" diablo 10 pitch |
… | |
… | |
46 | . ds PI \(*p |
38 | . ds PI \(*p |
47 | . ds L" `` |
39 | . ds L" `` |
48 | . ds R" '' |
40 | . ds R" '' |
49 | 'br\} |
41 | 'br\} |
50 | .\" |
42 | .\" |
|
|
43 | .\" Escape single quotes in literal strings from groff's Unicode transform. |
|
|
44 | .ie \n(.g .ds Aq \(aq |
|
|
45 | .el .ds Aq ' |
|
|
46 | .\" |
51 | .\" If the F register is turned on, we'll generate index entries on stderr for |
47 | .\" If the F register is turned on, we'll generate index entries on stderr for |
52 | .\" titles (.TH), headers (.SH), subsections (.Sh), items (.Ip), and index |
48 | .\" titles (.TH), headers (.SH), subsections (.SS), items (.Ip), and index |
53 | .\" entries marked with X<> in POD. Of course, you'll have to process the |
49 | .\" entries marked with X<> in POD. Of course, you'll have to process the |
54 | .\" output yourself in some meaningful fashion. |
50 | .\" output yourself in some meaningful fashion. |
55 | .if \nF \{\ |
51 | .ie \nF \{\ |
56 | . de IX |
52 | . de IX |
57 | . tm Index:\\$1\t\\n%\t"\\$2" |
53 | . tm Index:\\$1\t\\n%\t"\\$2" |
58 | .. |
54 | .. |
59 | . nr % 0 |
55 | . nr % 0 |
60 | . rr F |
56 | . rr F |
61 | .\} |
57 | .\} |
62 | .\" |
58 | .el \{\ |
63 | .\" For nroff, turn off justification. Always turn off hyphenation; it makes |
59 | . de IX |
64 | .\" way too many mistakes in technical documents. |
60 | .. |
65 | .hy 0 |
61 | .\} |
66 | .if n .na |
|
|
67 | .\" |
62 | .\" |
68 | .\" Accent mark definitions (@(#)ms.acc 1.5 88/02/08 SMI; from UCB 4.2). |
63 | .\" Accent mark definitions (@(#)ms.acc 1.5 88/02/08 SMI; from UCB 4.2). |
69 | .\" Fear. Run. Save yourself. No user-serviceable parts. |
64 | .\" Fear. Run. Save yourself. No user-serviceable parts. |
70 | . \" fudge factors for nroff and troff |
65 | . \" fudge factors for nroff and troff |
71 | .if n \{\ |
66 | .if n \{\ |
… | |
… | |
127 | .\} |
122 | .\} |
128 | .rm #[ #] #H #V #F C |
123 | .rm #[ #] #H #V #F C |
129 | .\" ======================================================================== |
124 | .\" ======================================================================== |
130 | .\" |
125 | .\" |
131 | .IX Title "GVPE 5" |
126 | .IX Title "GVPE 5" |
132 | .TH GVPE 5 "2005-03-18" "1.8" "GNU Virtual Private Ethernet" |
127 | .TH GVPE 5 "2013-07-10" "2.24" "GNU Virtual Private Ethernet" |
|
|
128 | .\" For nroff, turn off justification. Always turn off hyphenation; it makes |
|
|
129 | .\" way too many mistakes in technical documents. |
|
|
130 | .if n .ad l |
|
|
131 | .nh |
133 | .SH "NAME" |
132 | .SH "NAME" |
134 | GNU\-VPE \- Overview of the GNU Virtual Private Ethernet suite. |
133 | GNU\-VPE \- Overview of the GNU Virtual Private Ethernet suite. |
135 | .SH "DESCRIPTION" |
134 | .SH "DESCRIPTION" |
136 | .IX Header "DESCRIPTION" |
135 | .IX Header "DESCRIPTION" |
137 | \&\s-1GVPE\s0 is a suite designed to provide a virtual private network for multiple |
136 | \&\s-1GVPE\s0 is a suite designed to provide a virtual private network for multiple |
138 | nodes over an untrusted network. This document first gives an introduction |
137 | nodes over an untrusted network. This document first gives an introduction |
139 | to VPNs in general and then describes the specific implementation of \s-1GVPE\s0. |
138 | to VPNs in general and then describes the specific implementation of \s-1GVPE\s0. |
140 | .Sh "\s-1WHAT\s0 \s-1IS\s0 A \s-1VPN\s0?" |
139 | .SS "\s-1WHAT\s0 \s-1IS\s0 A \s-1VPN\s0?" |
141 | .IX Subsection "WHAT IS A VPN?" |
140 | .IX Subsection "WHAT IS A VPN?" |
142 | \&\s-1VPN\s0 is an acronym, it stands for: |
141 | \&\s-1VPN\s0 is an acronym, it stands for: |
143 | .IP "\(bu" 4 |
142 | .IP "Virtual" 4 |
144 | .IX Xref "Virtual" |
143 | .IX Item "Virtual" |
145 | Virtual means that no physical network is created (of course), but a |
144 | Virtual means that no physical network is created (of course), but a |
146 | network is \fIemulated\fR by creating multiple tunnels between the member |
145 | network is \fIemulated\fR by creating multiple tunnels between the member |
147 | nodes by encapsulating and sending data over another transport network. |
146 | nodes by encapsulating and sending data over another transport network. |
148 | .Sp |
147 | .Sp |
149 | Usually the emulated network is a normal \s-1IP\s0 or Ethernet, and the transport |
148 | Usually the emulated network is a normal \s-1IP\s0 or Ethernet, and the transport |
150 | network is the Internet. However, using a \s-1VPN\s0 system like \s-1GVPE\s0 to connect |
149 | network is the Internet. However, using a \s-1VPN\s0 system like \s-1GVPE\s0 to connect |
151 | nodes over other untrusted networks such as Wireless \s-1LAN\s0 is not uncommon. |
150 | nodes over other untrusted networks such as Wireless \s-1LAN\s0 is not uncommon. |
152 | .IP "\(bu" 4 |
151 | .IP "Private" 4 |
153 | .IX Xref "Private" |
152 | .IX Item "Private" |
154 | Private means that non-participating nodes cannot decode (\*(L"sniff)\*(R" nor |
153 | Private means that non-participating nodes cannot decode (\*(L"sniff)\*(R" nor |
155 | inject (\*(L"spoof\*(R") packets. This means that nodes can be connected over |
154 | inject (\*(L"spoof\*(R") packets. This means that nodes can be connected over |
156 | untrusted networks such as the public Internet without fear of being |
155 | untrusted networks such as the public Internet without fear of being |
157 | eavesdropped while at the same time being able to trust data sent by other |
156 | eavesdropped while at the same time being able to trust data sent by other |
158 | nodes. |
157 | nodes. |
159 | .Sp |
158 | .Sp |
160 | In the case of \s-1GVPE\s0, even participating nodes cannot sniff packets |
159 | In the case of \s-1GVPE\s0, even participating nodes cannot sniff packets |
161 | send to other nodes or spoof packets as if sent from other nodes, so |
160 | send to other nodes or spoof packets as if sent from other nodes, so |
162 | communications between any two nodes is private to those two nodes. |
161 | communications between any two nodes is private to those two nodes. |
163 | .IP "\(bu" 4 |
162 | .IP "Network" 4 |
164 | .IX Xref "Network" |
163 | .IX Item "Network" |
165 | Network means that more than two parties can participate in the network, |
164 | Network means that more than two parties can participate in the network, |
166 | so for instance it's possible to connect multiple branches of a company |
165 | so for instance it's possible to connect multiple branches of a company |
167 | into a single network. Many so-called \*(L"vpn\*(R" solutions only create |
166 | into a single network. Many so-called \*(L"\s-1VPN\s0\*(R" solutions only create |
168 | point-to-point tunnels, which in turn can be used to build larger |
167 | point-to-point tunnels, which in turn can be used to build larger |
169 | networks. |
168 | networks. |
170 | .Sp |
169 | .Sp |
171 | \&\s-1GVPE\s0 provides a true multi-point network in wich any number of nodes (at |
170 | \&\s-1GVPE\s0 provides a true multi-point network in which any number of nodes (at |
172 | least a few dozen in practise, the theoretical limit is 4095 nodes) can |
171 | least a few dozen in practise, the theoretical limit is 4095 nodes) can |
173 | participate. |
172 | participate. |
174 | .Sh "\s-1GVPE\s0 \s-1DESIGN\s0 \s-1GOALS\s0" |
173 | .SS "\s-1GVPE\s0 \s-1DESIGN\s0 \s-1GOALS\s0" |
175 | .IX Subsection "GVPE DESIGN GOALS" |
174 | .IX Subsection "GVPE DESIGN GOALS" |
176 | .IP "\s-1SIMPLE\s0 \s-1DESIGN\s0" 4 |
175 | .IP "\s-1SIMPLE\s0 \s-1DESIGN\s0" 4 |
177 | .IX Item "SIMPLE DESIGN" |
176 | .IX Item "SIMPLE DESIGN" |
178 | Cipher, \s-1HMAC\s0 algorithms and other key parameters must be selected |
177 | Cipher, \s-1HMAC\s0 algorithms and other key parameters must be selected |
179 | at compile time \- this makes it possible to only link in algorithms |
178 | at compile time \- this makes it possible to only link in algorithms |
… | |
… | |
195 | address, e.g. to ensure that packets from a specific \s-1IP\s0 address come, in |
194 | address, e.g. to ensure that packets from a specific \s-1IP\s0 address come, in |
196 | fact, from a specific host that is associated with that \s-1IP\s0 and not from |
195 | fact, from a specific host that is associated with that \s-1IP\s0 and not from |
197 | another host. |
196 | another host. |
198 | .SH "PROGRAMS" |
197 | .SH "PROGRAMS" |
199 | .IX Header "PROGRAMS" |
198 | .IX Header "PROGRAMS" |
200 | Vpe comes with two programs: one daemon (\f(CW\*(C`gvpe\*(C'\fR) and one control program |
199 | Gvpe comes with two programs: one daemon (\f(CW\*(C`gvpe\*(C'\fR) and one control program |
201 | (\f(CW\*(C`gvpectrl\*(C'\fR). |
200 | (\f(CW\*(C`gvpectrl\*(C'\fR). |
202 | .IP "gvpectrl" 4 |
201 | .IP "gvpectrl" 4 |
203 | .IX Item "gvpectrl" |
202 | .IX Item "gvpectrl" |
204 | Is used to generate the keys, check and give an overview of of the |
203 | This program is used to generate the keys, check and give an overview of of the |
205 | configuration and contorl the daemon (restarting etc.). |
204 | configuration and to control the daemon (restarting etc.). |
206 | .IP "gvpe" 4 |
205 | .IP "gvpe" 4 |
207 | .IX Item "gvpe" |
206 | .IX Item "gvpe" |
208 | Is the daemon used to establish and maintain connections to the other |
207 | This is the daemon used to establish and maintain connections to the other |
209 | network members. It should be run on the gateway machine. |
208 | network nodes. It should be run on the gateway of each \s-1VPN\s0 subnet. |
210 | .SH "COMPILETIME CONFIGURATION" |
209 | .SH "COMPILETIME CONFIGURATION" |
211 | .IX Header "COMPILETIME CONFIGURATION" |
210 | .IX Header "COMPILETIME CONFIGURATION" |
212 | Please have a look at the \f(CW\*(C`gvpe.osdep(5)\*(C'\fR manpage for platform-specific |
211 | Please have a look at the \f(CW\*(C`gvpe.osdep(5)\*(C'\fR manpage for platform-specific |
213 | information. |
212 | information. |
214 | .PP |
213 | .PP |
|
|
214 | Gvpe hardcodes most encryption parameters. While this reduces flexibility, |
|
|
215 | it makes the program much simpler and helps making buffer overflows |
|
|
216 | impossible under most circumstances. |
|
|
217 | .PP |
215 | Here are a few recipes for compiling your gvpe, showing the extremes |
218 | Here are a few recipes for compiling your gvpe, showing the extremes |
216 | (fast, small, insecure \s-1OR\s0 slow, large, more secure), between you should |
219 | (fast, small, insecure \s-1OR\s0 slow, large, more secure), between which you |
217 | choose: |
220 | should choose: |
218 | .Sh "\s-1AS\s0 \s-1LOW\s0 \s-1PACKET\s0 \s-1OVERHEAD\s0 \s-1AS\s0 \s-1POSSIBLE\s0" |
221 | .SS "\s-1AS\s0 \s-1LOW\s0 \s-1PACKET\s0 \s-1OVERHEAD\s0 \s-1AS\s0 \s-1POSSIBLE\s0" |
219 | .IX Subsection "AS LOW PACKET OVERHEAD AS POSSIBLE" |
222 | .IX Subsection "AS LOW PACKET OVERHEAD AS POSSIBLE" |
220 | .Vb 1 |
223 | .Vb 1 |
221 | \& ./configure --enable-hmac-length=4 --enable-rand-length=0 |
224 | \& ./configure \-\-enable\-hmac\-length=4 \-\-enable\-rand\-length=0 |
222 | .Ve |
225 | .Ve |
223 | .PP |
226 | .PP |
224 | Minimize the header overhead of \s-1VPN\s0 packets (the above will result in |
227 | Minimize the header overhead of \s-1VPN\s0 packets (the above will result in |
225 | only 4 bytes of overhead over the raw ethernet frame). This is a insecure |
228 | only 4 bytes of overhead over the raw ethernet frame). This is a insecure |
226 | configuration because a \s-1HMAC\s0 length of 4 makes collision attacks based on |
229 | configuration because a \s-1HMAC\s0 length of 4 makes collision attacks almost |
227 | the birthday paradox easy, though. |
230 | trivial. |
228 | .Sh "\s-1MINIMIZE\s0 \s-1CPU\s0 \s-1TIME\s0 \s-1REQUIRED\s0" |
231 | .SS "\s-1MINIMIZE\s0 \s-1CPU\s0 \s-1TIME\s0 \s-1REQUIRED\s0" |
229 | .IX Subsection "MINIMIZE CPU TIME REQUIRED" |
232 | .IX Subsection "MINIMIZE CPU TIME REQUIRED" |
230 | .Vb 1 |
233 | .Vb 1 |
231 | \& ./configure --enable-cipher=bf --enable-digest=md4 |
234 | \& ./configure \-\-enable\-cipher=bf \-\-enable\-digest=md4 |
232 | .Ve |
235 | .Ve |
233 | .PP |
236 | .PP |
234 | Use the fastest cipher and digest algorithms currently available in |
237 | Use the fastest cipher and digest algorithms currently available in |
235 | gvpe. \s-1MD4\s0 has been broken and is quite insecure, though. |
238 | gvpe. \s-1MD4\s0 has been broken and is quite insecure, though, so using another |
|
|
239 | digest algorithm is recommended. |
236 | .Sh "\s-1MAXIMIZE\s0 \s-1SECURITY\s0" |
240 | .SS "\s-1MAXIMIZE\s0 \s-1SECURITY\s0" |
237 | .IX Subsection "MAXIMIZE SECURITY" |
241 | .IX Subsection "MAXIMIZE SECURITY" |
238 | .Vb 1 |
242 | .Vb 1 |
239 | \& ./configure --enable-hmac-length=16 --enable-rand-length=8 --enable-digest=sha1 |
243 | \& ./configure \-\-enable\-hmac\-length=16 \-\-enable\-rand\-length=12 \-\-enable\-digest=ripemd610 |
240 | .Ve |
244 | .Ve |
241 | .PP |
245 | .PP |
242 | This uses a 16 byte \s-1HMAC\s0 checksum to authenticate packets (I guess 8\-12 |
246 | This uses a 16 byte \s-1HMAC\s0 checksum to authenticate packets (I guess 8\-12 |
243 | would also be pretty secure ;) and will additionally prefix each packet |
247 | would also be pretty secure ;) and will additionally prefix each packet |
244 | with 8 bytes of random data. In the long run, people should move to |
248 | with 12 bytes of random data. |
245 | \&\s-1SHA\-224\s0 and beyond, but support in openssl is missing as of writing this |
|
|
246 | document. |
|
|
247 | .PP |
249 | .PP |
248 | In general, remember that \s-1AES\-128\s0 seems to be more secure and faster than |
250 | In general, remember that \s-1AES\-128\s0 seems to be as secure but faster than |
249 | \&\s-1AES\-192\s0 or \s-1AES\-256\s0, more randomness helps against sniffing and a longer |
251 | \&\s-1AES\-192\s0 or \s-1AES\-256\s0, more randomness helps against sniffing and a longer |
250 | \&\s-1HMAC\s0 helps against spoofing. \s-1MD4\s0 is a fast digest, \s-1SHA1\s0 or \s-1RIPEMD160\s0 are |
252 | \&\s-1HMAC\s0 helps against spoofing. \s-1MD4\s0 is a fast digest, \s-1SHA1\s0, \s-1RIPEMD160\s0, \s-1SHA256\s0 |
251 | better, and Blowfish is a fast cipher (and also quite secure). |
253 | are consecutively better, and Blowfish is a fast cipher (and also quite |
|
|
254 | secure). |
252 | .SH "HOW TO SET UP A SIMPLE VPN" |
255 | .SH "HOW TO SET UP A SIMPLE VPN" |
253 | .IX Header "HOW TO SET UP A SIMPLE VPN" |
256 | .IX Header "HOW TO SET UP A SIMPLE VPN" |
254 | In this section I will describe how to get a simple \s-1VPN\s0 consisting of |
257 | In this section I will describe how to get a simple \s-1VPN\s0 consisting of |
255 | three hosts up and running. |
258 | three hosts up and running. |
256 | .Sh "\s-1STEP\s0 1: configuration" |
259 | .SS "\s-1STEP\s0 1: configuration" |
257 | .IX Subsection "STEP 1: configuration" |
260 | .IX Subsection "STEP 1: configuration" |
258 | First you have to create a daemon configuation file and put it into the |
261 | First you have to create a daemon configuration file and put it into the |
259 | configuration directory. This is usually \f(CW\*(C`/etc/gvpe\*(C'\fR, depending on how you |
262 | configuration directory. This is usually \f(CW\*(C`/etc/gvpe\*(C'\fR, depending on how you |
260 | configured gvpe, and can be overwritten using the \f(CW\*(C`\-c\*(C'\fR commandline switch. |
263 | configured gvpe, and can be overwritten using the \f(CW\*(C`\-c\*(C'\fR command line switch. |
261 | .PP |
264 | .PP |
262 | Put the following lines into \f(CW\*(C`/etc/gvpe/gvpe.conf\*(C'\fR: |
265 | Put the following lines into \f(CW\*(C`/etc/gvpe/gvpe.conf\*(C'\fR: |
263 | .PP |
266 | .PP |
264 | .Vb 3 |
267 | .Vb 3 |
265 | \& udp-port = 50000 # the external port to listen on (configure your firewall) |
268 | \& udp\-port = 50000 # the external port to listen on (configure your firewall) |
266 | \& mtu = 1400 # minimum MTU of all outgoing interfaces on all hosts |
269 | \& mtu = 1400 # minimum MTU of all outgoing interfaces on all hosts |
267 | \& ifname = vpn0 # the local network device name |
270 | \& ifname = vpn0 # the local network device name |
268 | .Ve |
271 | \& |
269 | .PP |
|
|
270 | .Vb 2 |
|
|
271 | \& node = first # just a nickname |
272 | \& node = first # just a nickname |
272 | \& hostname = first.example.net # the DNS name or IP address of the host |
273 | \& hostname = first.example.net # the DNS name or IP address of the host |
273 | .Ve |
274 | \& |
274 | .PP |
|
|
275 | .Vb 2 |
|
|
276 | \& node = second |
275 | \& node = second |
277 | \& hostname = 133.55.82.9 |
276 | \& hostname = 133.55.82.9 |
278 | .Ve |
277 | \& |
279 | .PP |
|
|
280 | .Vb 2 |
|
|
281 | \& node = third |
278 | \& node = third |
282 | \& hostname = third.example.net |
279 | \& hostname = third.example.net |
283 | .Ve |
280 | .Ve |
284 | .PP |
281 | .PP |
285 | The only other file neccessary if the \f(CW\*(C`if\-up\*(C'\fR script that initializes the |
282 | The only other file necessary is the \f(CW\*(C`if\-up\*(C'\fR script that initializes the |
286 | local ethernet interface. Put the following lines into \f(CW\*(C`/etc/gvpe/if\-up\*(C'\fR |
283 | virtual ethernet interface on the local host. Put the following lines into |
287 | and make it execute (\f(CW\*(C`chmod 755 /etc/gvpe/if\-up\*(C'\fR): |
284 | \&\f(CW\*(C`/etc/gvpe/if\-up\*(C'\fR and make it executable (\f(CW\*(C`chmod 755 /etc/gvpe/if\-up\*(C'\fR): |
288 | .PP |
285 | .PP |
289 | .Vb 6 |
286 | .Vb 6 |
290 | \& #!/bin/sh |
287 | \& #!/bin/sh |
291 | \& ip link set $IFNAME address $MAC mtu $MTU up |
288 | \& ip link set $IFNAME address $MAC mtu $MTU up |
292 | \& [ $NODENAME = first ] && ip addr add 10.0.1.1 dev $IFNAME |
289 | \& [ $NODENAME = first ] && ip addr add 10.0.1.1 dev $IFNAME |
… | |
… | |
294 | \& [ $NODENAME = third ] && ip addr add 10.0.3.1 dev $IFNAME |
291 | \& [ $NODENAME = third ] && ip addr add 10.0.3.1 dev $IFNAME |
295 | \& ip route add 10.0.0.0/16 dev $IFNAME |
292 | \& ip route add 10.0.0.0/16 dev $IFNAME |
296 | .Ve |
293 | .Ve |
297 | .PP |
294 | .PP |
298 | This script will give each node a different \s-1IP\s0 address in the \f(CW\*(C`10.0/16\*(C'\fR |
295 | This script will give each node a different \s-1IP\s0 address in the \f(CW\*(C`10.0/16\*(C'\fR |
299 | network. The internal network (e.g. the \f(CW\*(C`eth0\*(C'\fR interface) should then be |
296 | network. The internal network (if gvpe runs on a router) should then be |
300 | set to a subset of that network, e.g. \f(CW\*(C`10.0.1.0/24\*(C'\fR on node \f(CW\*(C`first\*(C'\fR, |
297 | set to a subset of that network, e.g. \f(CW\*(C`10.0.1.0/24\*(C'\fR on node \f(CW\*(C`first\*(C'\fR, |
301 | \&\f(CW\*(C`10.0.2.0/24\*(C'\fR on node \f(CW\*(C`second\*(C'\fR, and so on. |
298 | \&\f(CW\*(C`10.0.2.0/24\*(C'\fR on node \f(CW\*(C`second\*(C'\fR, and so on. |
302 | .PP |
299 | .PP |
303 | By enabling routing on the gateway host that runs \f(CW\*(C`gvpe\*(C'\fR all nodes will |
300 | By enabling routing on the gateway host that runs \f(CW\*(C`gvpe\*(C'\fR all nodes will |
304 | be able to reach the other nodes. You can, of course, also use proxy arp |
301 | be able to reach the other nodes. You can, of course, also use proxy \s-1ARP\s0 |
305 | or other means of pseudo-bridging (or even real briding), or (best) full |
302 | or other means of pseudo-bridging, or (best) full routing \- the choice is |
306 | routing \- the choice is yours. |
303 | yours. |
307 | .Sh "\s-1STEP\s0 2: create the \s-1RSA\s0 key pairs for all hosts" |
304 | .SS "\s-1STEP\s0 2: create the \s-1RSA\s0 key pairs for all hosts" |
308 | .IX Subsection "STEP 2: create the RSA key pairs for all hosts" |
305 | .IX Subsection "STEP 2: create the RSA key pairs for all hosts" |
309 | Run the following command to generate all key pairs (that might take a |
306 | Run the following command to generate all key pairs for all nodes (that |
310 | while): |
307 | might take a while): |
311 | .PP |
308 | .PP |
312 | .Vb 1 |
309 | .Vb 1 |
313 | \& gvpectrl -c /etc/gvpe -g |
310 | \& gvpectrl \-c /etc/gvpe \-g |
314 | .Ve |
311 | .Ve |
315 | .PP |
312 | .PP |
316 | This command will put the public keys into \f(CW\*(C`/etc/gvpe/pubkeys/\f(CInodename\f(CW\*(C'\fR and the private keys into \f(CW\*(C`/etc/gvpe/hostkeys/\f(CInodename\f(CW\*(C'\fR. |
313 | This command will put the public keys into \f(CW\*(C`/etc/gvpe/pubkeys/\f(CInodename\f(CW\*(C'\fR and the private keys into \f(CW\*(C`/etc/gvpe/hostkeys/\f(CInodename\f(CW\*(C'\fR. |
317 | .Sh "\s-1STEP\s0 3: distribute the config files to all nodes" |
314 | .SS "\s-1STEP\s0 3: distribute the config files to all nodes" |
318 | .IX Subsection "STEP 3: distribute the config files to all nodes" |
315 | .IX Subsection "STEP 3: distribute the config files to all nodes" |
319 | Now distribute the config files to the other nodes. This should be done in two steps, since the |
316 | Now distribute the config files and private keys to the other nodes. This |
320 | private keys should not be distributed. The example uses rsync-over-ssh |
317 | should be done in two steps, since only the private keys meant for a node |
|
|
318 | should be distributed (so each node has only it's own private key). |
|
|
319 | .PP |
|
|
320 | The example uses rsync-over-ssh |
321 | .PP |
321 | .PP |
322 | First all the config files without the hostkeys should be distributed: |
322 | First all the config files without the hostkeys should be distributed: |
323 | .PP |
323 | .PP |
324 | .Vb 3 |
324 | .Vb 3 |
325 | \& rsync -avzessh /etc/gvpe first.example.net:/etc/. --exclude hostkeys |
325 | \& rsync \-avzessh /etc/gvpe first.example.net:/etc/. \-\-exclude hostkeys |
326 | \& rsync -avzessh /etc/gvpe 133.55.82.9:/etc/. --exclude hostkeys |
326 | \& rsync \-avzessh /etc/gvpe 133.55.82.9:/etc/. \-\-exclude hostkeys |
327 | \& rsync -avzessh /etc/gvpe third.example.net:/etc/. --exclude hostkeys |
327 | \& rsync \-avzessh /etc/gvpe third.example.net:/etc/. \-\-exclude hostkeys |
328 | .Ve |
328 | .Ve |
329 | .PP |
329 | .PP |
330 | Then the hostkeys should be copied: |
330 | Then the hostkeys should be copied: |
331 | .PP |
331 | .PP |
332 | .Vb 3 |
332 | .Vb 3 |
333 | \& rsync -avzessh /etc/gvpe/hostkeys/first first.example.net:/etc/hostkey |
333 | \& rsync \-avzessh /etc/gvpe/hostkeys/first first.example.net:/etc/hostkey |
334 | \& rsync -avzessh /etc/gvpe/hostkeys/second 133.55.82.9:/etc/hostkey |
334 | \& rsync \-avzessh /etc/gvpe/hostkeys/second 133.55.82.9:/etc/hostkey |
335 | \& rsync -avzessh /etc/gvpe/hostkeys/third third.example.net:/etc/hostkey |
335 | \& rsync \-avzessh /etc/gvpe/hostkeys/third third.example.net:/etc/hostkey |
336 | .Ve |
336 | .Ve |
337 | .PP |
337 | .PP |
338 | You should now check the configration by issuing the command \f(CW\*(C`gvpectrl \-c |
338 | You should now check the configuration by issuing the command \f(CW\*(C`gvpectrl \-c |
339 | /etc/gvpe \-s\*(C'\fR on each node and verify it's output. |
339 | /etc/gvpe \-s\*(C'\fR on each node and verify it's output. |
340 | .Sh "\s-1STEP\s0 4: starting gvpe" |
340 | .SS "\s-1STEP\s0 4: starting gvpe" |
341 | .IX Subsection "STEP 4: starting gvpe" |
341 | .IX Subsection "STEP 4: starting gvpe" |
342 | You should then start gvpe on each node by issuing a command like: |
342 | You should then start gvpe on each node by issuing a command like: |
343 | .PP |
343 | .PP |
344 | .Vb 1 |
344 | .Vb 1 |
345 | \& gvpe -D -linfo first # first is the nodename |
345 | \& gvpe \-D \-l info first # first is the nodename |
346 | .Ve |
346 | .Ve |
347 | .PP |
347 | .PP |
348 | This will make the gvpe stay in foreground. You should then see |
348 | This will make the gvpe daemon stay in foreground. You should then see |
349 | \&\*(L"connection established\*(R" messages. If you don't see them check your |
349 | \&\*(L"connection established\*(R" messages. If you don't see them check your |
350 | firewall and routing (use tcpdump ;). |
350 | firewall and routing (use tcpdump ;). |
351 | .PP |
351 | .PP |
352 | If this works you should check your networking setup by pinging various |
352 | If this works you should check your networking setup by pinging various |
353 | endpoints. |
353 | endpoints. |
354 | .PP |
354 | .PP |
355 | To make gvpe run more permanently you can either run it as a daemon |
355 | To make gvpe run more permanently you can either run it as a daemon (by |
356 | (by starting it without the \f(CW\*(C`\-D\*(C'\fR switch), or, much better, from your |
356 | starting it without the \f(CW\*(C`\-D\*(C'\fR switch), or, much better, from your inittab |
357 | inittab. I use a line like this on my systems: |
357 | or equivalent. I use a line like this on all my systems: |
358 | .PP |
358 | .PP |
359 | .Vb 1 |
359 | .Vb 1 |
360 | \& t1:2345:respawn:/opt/gvpe/sbin/gvpe -D -L first >/dev/null 2>&1 |
360 | \& t1:2345:respawn:/opt/gvpe/sbin/gvpe \-D \-L first >/dev/null 2>&1 |
361 | .Ve |
361 | .Ve |
362 | .Sh "\s-1STEP\s0 5: enjoy" |
362 | .SS "\s-1STEP\s0 5: enjoy" |
363 | .IX Subsection "STEP 5: enjoy" |
363 | .IX Subsection "STEP 5: enjoy" |
364 | \&... and play around. Sending a \-HUP (\f(CW\*(C`gvpectrl \-kHUP\*(C'\fR) to the daemon |
364 | \&... and play around. Sending a \-HUP (\f(CW\*(C`gvpectrl \-kHUP\*(C'\fR) to the daemon |
365 | will make it try to connect to all other nodes again. If you run it from |
365 | will make it try to connect to all other nodes again. If you run it from |
366 | inittab, as is recommended, \f(CW\*(C`gvpectrl \-k\*(C'\fR (or simply \f(CW\*(C`killall gvpe\*(C'\fR) will |
366 | inittab, as is recommended, \f(CW\*(C`gvpectrl \-k\*(C'\fR (or simply \f(CW\*(C`killall gvpe\*(C'\fR) will |
367 | kill the daemon, start it again, making it read it's configuration files |
367 | kill the daemon, start it again, making it read it's configuration files |
368 | again. |
368 | again. |
369 | .SH "SEE ALSO" |
369 | .SH "SEE ALSO" |
370 | .IX Header "SEE ALSO" |
370 | .IX Header "SEE ALSO" |
371 | \&\fIgvpe.osdep\fR\|(5) for OS-depedendent information, \fIgvpe.conf\fR\|(5), \fIgvpectrl\fR\|(8), |
371 | \&\fIgvpe.osdep\fR\|(5) for OS-dependent information, \fIgvpe.conf\fR\|(5), \fIgvpectrl\fR\|(8), |
372 | and for a description of the transports, protocol, and routing algorithm, |
372 | and for a description of the transports, protocol, and routing algorithm, |
373 | \&\fIgvpe.protocol\fR\|(7). |
373 | \&\fIgvpe.protocol\fR\|(7). |
374 | .PP |
374 | .PP |
375 | The \s-1GVPE\s0 mailinglist, at <http://lists.schmorp.de/>, or |
375 | The \s-1GVPE\s0 mailing list, at <http://lists.schmorp.de/>, or |
376 | \&\f(CW\*(C`gvpe@lists.schmorp.de\*(C'\fR. |
376 | \&\f(CW\*(C`gvpe@lists.schmorp.de\*(C'\fR. |
377 | .SH "AUTHOR" |
377 | .SH "AUTHOR" |
378 | .IX Header "AUTHOR" |
378 | .IX Header "AUTHOR" |
379 | Marc Lehmann <gvpe@schmorp.de> |
379 | Marc Lehmann <gvpe@schmorp.de> |
380 | .SH "COPYRIGHTS AND LICENSES" |
380 | .SH "COPYRIGHTS AND LICENSES" |