/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

* INSTALL (Prerequisites/Mandos Server): Added "PyGObject".

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">
5
4
<!ENTITY COMMANDNAME "mandos-client">
6
 
<!ENTITY TIMESTAMP "2008-09-06">
 
5
<!ENTITY TIMESTAMP "2009-01-24">
 
6
<!ENTITY % common SYSTEM "../common.ent">
 
7
%common;
7
8
]>
8
9
 
9
10
<refentry xmlns:xi="http://www.w3.org/2001/XInclude">
10
11
  <refentryinfo>
11
12
    <title>Mandos Manual</title>
12
 
    <!-- Nwalsh’s docbook scripts use this to generate the footer: -->
 
13
    <!-- NWalsh’s docbook scripts use this to generate the footer: -->
13
14
    <productname>Mandos</productname>
14
 
    <productnumber>&VERSION;</productnumber>
 
15
    <productnumber>&version;</productnumber>
15
16
    <date>&TIMESTAMP;</date>
16
17
    <authorgroup>
17
18
      <author>
31
32
    </authorgroup>
32
33
    <copyright>
33
34
      <year>2008</year>
 
35
      <year>2009</year>
34
36
      <holder>Teddy Hogeborn</holder>
35
37
      <holder>Björn Påhlsson</holder>
36
38
    </copyright>
37
39
    <xi:include href="../legalnotice.xml"/>
38
40
  </refentryinfo>
39
 
 
 
41
  
40
42
  <refmeta>
41
43
    <refentrytitle>&COMMANDNAME;</refentrytitle>
42
44
    <manvolnum>8mandos</manvolnum>
48
50
      Client for <application>Mandos</application>
49
51
    </refpurpose>
50
52
  </refnamediv>
51
 
 
 
53
  
52
54
  <refsynopsisdiv>
53
55
    <cmdsynopsis>
54
56
      <command>&COMMANDNAME;</command>
113
115
      </group>
114
116
    </cmdsynopsis>
115
117
  </refsynopsisdiv>
116
 
 
 
118
  
117
119
  <refsect1 id="description">
118
120
    <title>DESCRIPTION</title>
119
121
    <para>
120
122
      <command>&COMMANDNAME;</command> is a client program that
121
123
      communicates with <citerefentry><refentrytitle
122
124
      >mandos</refentrytitle><manvolnum>8</manvolnum></citerefentry>
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.
 
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.
128
135
    </para>
129
136
    <para>
130
137
      This program is not meant to be run directly; it is really meant
199
206
            specifies the interface to use to connect to the address
200
207
            given.
201
208
          </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>
202
218
        </listitem>
203
219
      </varlistentry>
204
220
      
215
231
          </para>
216
232
        </listitem>
217
233
      </varlistentry>
218
 
 
 
234
      
219
235
      <varlistentry>
220
236
        <term><option>--seckey=<replaceable
221
237
        >FILE</replaceable></option></term>
238
254
                      xpointer="priority"/>
239
255
        </listitem>
240
256
      </varlistentry>
241
 
 
 
257
      
242
258
      <varlistentry>
243
259
        <term><option>--dh-bits=<replaceable
244
260
        >BITS</replaceable></option></term>
284
300
          </para>
285
301
        </listitem>
286
302
      </varlistentry>
287
 
 
 
303
      
288
304
      <varlistentry>
289
305
        <term><option>--version</option></term>
290
306
        <term><option>-V</option></term>
296
312
      </varlistentry>
297
313
    </variablelist>
298
314
  </refsect1>
299
 
 
 
315
  
300
316
  <refsect1 id="overview">
301
317
    <title>OVERVIEW</title>
302
318
    <xi:include href="../overview.xml"/>
343
359
    </para>
344
360
  </refsect1>
345
361
  
346
 
  <refsect1 id="file">
 
362
  <refsect1 id="files">
347
363
    <title>FILES</title>
348
364
    <variablelist>
349
365
      <varlistentry>
368
384
<!--     <para> -->
369
385
<!--     </para> -->
370
386
<!--   </refsect1> -->
371
 
 
 
387
  
372
388
  <refsect1 id="example">
373
389
    <title>EXAMPLE</title>
374
390
    <para>
423
439
      </para>
424
440
    </informalexample>
425
441
  </refsect1>
426
 
 
 
442
  
427
443
  <refsect1 id="security">
428
444
    <title>SECURITY</title>
429
445
    <para>
449
465
      The only remaining weak point is that someone with physical
450
466
      access to the client hard drive might turn off the client
451
467
      computer, read the OpenPGP keys directly from the hard drive,
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
 
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
457
473
      >mandos</refentrytitle><manvolnum>8</manvolnum></citerefentry>.
458
474
    </para>
459
475
    <para>
470
486
      confidential.
471
487
    </para>
472
488
  </refsect1>
473
 
 
 
489
  
474
490
  <refsect1 id="see_also">
475
491
    <title>SEE ALSO</title>
476
492
    <para>
601
617
      </varlistentry>
602
618
    </variablelist>
603
619
  </refsect1>
604
 
 
605
620
</refentry>
 
621
 
606
622
<!-- Local Variables: -->
607
623
<!-- time-stamp-start: "<!ENTITY TIMESTAMP [\"']" -->
608
624
<!-- time-stamp-end: "[\"']>" -->