/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 debian/mandos.templates

  • Committer: Teddy Hogeborn
  • Date: 2019-02-11 10:57:53 UTC
  • mto: (237.7.594 trunk)
  • mto: This revision was merged to the branch mainline in revision 382.
  • Revision ID: teddy@recompile.se-20190211105753-ncbbfxxuzkxon67c
Fix Debian package dependency when using GnuTLS < 3.6.0

Work around what is probably a bug in dpkg-shlibdeps; it sees the
"libgnutls28-dev (>= 3.6.6) | libgnutls28-dev (<< 3.6.0)," in the
build-dependencies not as two alternatives, but as an absolute
dependency on libgnutls30 >= 3.6.6.  So if we compiled with
libgnutls30 << 3.6.0, we have to hide this build dependency.

* debian/rules (override_dh_shlibdeps-arch): New; conditionally edit
                                             debian/control before
                                             running dh_shlibdeps.

Show diffs side-by-side

added added

removed removed

Lines of Context:
debian/mandos.templates
 
1
Template: mandos/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 clients.conf file, otherwise the client most likely will not reboot unattended.  This option:
 
5
 .
 
6
 key_id = <HEXSTRING>
 
7
 .
 
8
 must be added in the file /etc/mandos/clients.conf, right before the "fingerprint" option, for each Mandos client.  You must edit that file and add this option for all clients.  To see the correct key ID for each client, run this command (on each client):
 
9
 .
 
10
 mandos-keygen -F/dev/null|grep ^key_id
 
11
 .
 
12
 Note: the client must all also be using GnuTLS 3.6.6 or later; the server cannot serve passwords for both old and new clients!
 
13
 .
 
14
 Rationale: With GnuTLS 3.6.6, Mandos has been forced to stop using OpenPGP keys as TLS session keys.  A new TLS key pair will be generated on each client and will be used as identification, but the key ID of the public key needs to be added to this server, since this will now be used to identify the client to the server.
 
15
 
 
16
Template: mandos/removed_bad_key_ids
 
17
Type: note
 
18
Description: Bad key IDs have been removed from clients.conf
 
19
 Bad key IDs, which were reported by a bug in Mandos client 1.8.0, have been removed from /etc/mandos/clients.conf