/mandos/release

To get this branch, use:
bzr branch http://bzr.recompile.se/loggerhead/mandos/release

« back to all changes in this revision

Viewing changes to plugins.d/mandos-client.xml

  • Committer: Teddy Hogeborn
  • Date: 2008-09-07 09:36:35 UTC
  • Revision ID: teddy@fukt.bsnet.se-20080907093635-yg1y272yv53dijhp
* Makefile (CONFDIR): Changed to be the same ("/etc/mandos") in both a
                      /usr/local install and a package install.
  (KEYDIR): Changed /usr/local install value to be "/etc/mandos/keys".
  (INITRAMFSTOOLS): Use $(DESTDIR) in /usr/local value too.

* initramfs-tools-hook: Look in "/etc/mandos/keys" too.

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
1
<?xml version="1.0" encoding="UTF-8"?>
2
2
<!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN"
3
3
        "http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd" [
 
4
<!ENTITY VERSION "1.0">
4
5
<!ENTITY COMMANDNAME "mandos-client">
5
 
<!ENTITY TIMESTAMP "2009-01-24">
6
 
<!ENTITY % common SYSTEM "../common.ent">
7
 
%common;
 
6
<!ENTITY TIMESTAMP "2008-09-06">
8
7
]>
9
8
 
10
9
<refentry xmlns:xi="http://www.w3.org/2001/XInclude">
11
10
  <refentryinfo>
12
11
    <title>Mandos Manual</title>
13
 
    <!-- NWalsh’s docbook scripts use this to generate the footer: -->
 
12
    <!-- Nwalsh’s docbook scripts use this to generate the footer: -->
14
13
    <productname>Mandos</productname>
15
 
    <productnumber>&version;</productnumber>
 
14
    <productnumber>&VERSION;</productnumber>
16
15
    <date>&TIMESTAMP;</date>
17
16
    <authorgroup>
18
17
      <author>
32
31
    </authorgroup>
33
32
    <copyright>
34
33
      <year>2008</year>
35
 
      <year>2009</year>
36
34
      <holder>Teddy Hogeborn</holder>
37
35
      <holder>Björn Påhlsson</holder>
38
36
    </copyright>
39
37
    <xi:include href="../legalnotice.xml"/>
40
38
  </refentryinfo>
41
 
  
 
39
 
42
40
  <refmeta>
43
41
    <refentrytitle>&COMMANDNAME;</refentrytitle>
44
42
    <manvolnum>8mandos</manvolnum>
50
48
      Client for <application>Mandos</application>
51
49
    </refpurpose>
52
50
  </refnamediv>
53
 
  
 
51
 
54
52
  <refsynopsisdiv>
55
53
    <cmdsynopsis>
56
54
      <command>&COMMANDNAME;</command>
115
113
      </group>
116
114
    </cmdsynopsis>
117
115
  </refsynopsisdiv>
118
 
  
 
116
 
119
117
  <refsect1 id="description">
120
118
    <title>DESCRIPTION</title>
121
119
    <para>
122
120
      <command>&COMMANDNAME;</command> is a client program that
123
121
      communicates with <citerefentry><refentrytitle
124
122
      >mandos</refentrytitle><manvolnum>8</manvolnum></citerefentry>
125
 
      to get a password.  In slightly more detail, this client program
126
 
      brings up a network interface, uses the interface’s IPv6
127
 
      link-local address to get network connectivity, uses Zeroconf to
128
 
      find servers on the local network, and communicates with servers
129
 
      using TLS with an OpenPGP key to ensure authenticity and
130
 
      confidentiality.  This client program keeps running, trying all
131
 
      servers on the network, until it receives a satisfactory reply
132
 
      or a TERM signal is received.  If no servers are found, or after
133
 
      all servers have been tried, it waits indefinitely for new
134
 
      servers to appear.
 
123
      to get a password.  It uses IPv6 link-local addresses to get
 
124
      network connectivity, Zeroconf to find servers, and TLS with an
 
125
      OpenPGP key to ensure authenticity and confidentiality.  It
 
126
      keeps running, trying all servers on the network, until it
 
127
      receives a satisfactory reply or a TERM signal is received.
135
128
    </para>
136
129
    <para>
137
130
      This program is not meant to be run directly; it is really meant
206
199
            specifies the interface to use to connect to the address
207
200
            given.
208
201
          </para>
209
 
          <para>
210
 
            Note that since this program will normally run in the
211
 
            initial RAM disk environment, the interface must be an
212
 
            interface which exists at that stage.  Thus, the interface
213
 
            can not be a pseudo-interface such as <quote>br0</quote>
214
 
            or <quote>tun0</quote>; such interfaces will not exist
215
 
            until much later in the boot process, and can not be used
216
 
            by this program.
217
 
          </para>
218
202
        </listitem>
219
203
      </varlistentry>
220
204
      
231
215
          </para>
232
216
        </listitem>
233
217
      </varlistentry>
234
 
      
 
218
 
235
219
      <varlistentry>
236
220
        <term><option>--seckey=<replaceable
237
221
        >FILE</replaceable></option></term>
254
238
                      xpointer="priority"/>
255
239
        </listitem>
256
240
      </varlistentry>
257
 
      
 
241
 
258
242
      <varlistentry>
259
243
        <term><option>--dh-bits=<replaceable
260
244
        >BITS</replaceable></option></term>
300
284
          </para>
301
285
        </listitem>
302
286
      </varlistentry>
303
 
      
 
287
 
304
288
      <varlistentry>
305
289
        <term><option>--version</option></term>
306
290
        <term><option>-V</option></term>
312
296
      </varlistentry>
313
297
    </variablelist>
314
298
  </refsect1>
315
 
  
 
299
 
316
300
  <refsect1 id="overview">
317
301
    <title>OVERVIEW</title>
318
302
    <xi:include href="../overview.xml"/>
359
343
    </para>
360
344
  </refsect1>
361
345
  
362
 
  <refsect1 id="files">
 
346
  <refsect1 id="file">
363
347
    <title>FILES</title>
364
348
    <variablelist>
365
349
      <varlistentry>
384
368
<!--     <para> -->
385
369
<!--     </para> -->
386
370
<!--   </refsect1> -->
387
 
  
 
371
 
388
372
  <refsect1 id="example">
389
373
    <title>EXAMPLE</title>
390
374
    <para>
439
423
      </para>
440
424
    </informalexample>
441
425
  </refsect1>
442
 
  
 
426
 
443
427
  <refsect1 id="security">
444
428
    <title>SECURITY</title>
445
429
    <para>
465
449
      The only remaining weak point is that someone with physical
466
450
      access to the client hard drive might turn off the client
467
451
      computer, read the OpenPGP keys directly from the hard drive,
468
 
      and communicate with the server.  To safeguard against this, the
469
 
      server is supposed to notice the client disappearing and stop
470
 
      giving out the encrypted data.  Therefore, it is important to
471
 
      set the timeout and checker interval values tightly on the
472
 
      server.  See <citerefentry><refentrytitle
 
452
      and communicate with the server.  The defense against this is
 
453
      that the server is supposed to notice the client disappearing
 
454
      and will stop giving out the encrypted data.  Therefore, it is
 
455
      important to set the timeout and checker interval values tightly
 
456
      on the server.  See <citerefentry><refentrytitle
473
457
      >mandos</refentrytitle><manvolnum>8</manvolnum></citerefentry>.
474
458
    </para>
475
459
    <para>
486
470
      confidential.
487
471
    </para>
488
472
  </refsect1>
489
 
  
 
473
 
490
474
  <refsect1 id="see_also">
491
475
    <title>SEE ALSO</title>
492
476
    <para>
617
601
      </varlistentry>
618
602
    </variablelist>
619
603
  </refsect1>
 
604
 
620
605
</refentry>
621
 
 
622
606
<!-- Local Variables: -->
623
607
<!-- time-stamp-start: "<!ENTITY TIMESTAMP [\"']" -->
624
608
<!-- time-stamp-end: "[\"']>" -->