/mandos/trunk

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

« back to all changes in this revision

Viewing changes to debian/mandos-client.templates

  • Committer: Teddy Hogeborn
  • Date: 2015-08-10 07:34:37 UTC
  • Revision ID: teddy@recompile.se-20150810073437-3m8jgt13nqric6vf
Revert change to D-Bus API.

The D-Bus API signal CheckerCompleted is documented to provide a
wait(2) status value.  Since the server switched to using subprocess
to run checkers, it no longer has access to a wait(2) status value.  A
previous change to work around this made the D-Bus API incompatible.
Revert this change by constructing a fake wait(2) status value; this
keeps the D-Bus API stable.

* DBUS-API (CheckerCompleted): Revert incompatible change.
* mandos (ClientDBus.checker_callback): Construct fake wait(2) status.
* mandos-monitor (MandosClientWidget.checker_completed): Revert to
                                                         using
                                                         original API
                                                         with wait(2)
                                                         condition
                                                         value.

Show diffs side-by-side

added added

removed removed

Lines of Context:
debian/mandos-client.templates
1
 
Template: mandos-client/key_id
2
 
Type: note
3
 
_description: New client option "${key_id}" is REQUIRED on server
4
 
 A new "key_id" client option is REQUIRED in the server's clients.conf
5
 
 file, otherwise this computer most likely will not reboot unattended. 
6
 
 This option:
7
 
 .
8
 
  ${key_id}
9
 
 .
10
 
 must be added (all on one line!) on the Mandos server host, in the file
11
 
 /etc/mandos/clients.conf, right before the "fingerprint" option for this
12
 
 Mandos client.  You must edit that file on that server and add this
13
 
 option.
14
 
 .
15
 
 With GnuTLS 3.6.6, Mandos has been forced to stop using OpenPGP keys as
16
 
 TLS session keys.  A new TLS key pair has been generated and will be used
17
 
 as identification, but the key ID of the public key needs to be added to
18
 
 the server, since this will now be used to identify the client to the
19
 
 server.