/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 at recompile
  • Date: 2020-04-05 21:30:59 UTC
  • Revision ID: teddy@recompile.se-20200405213059-fb2a61ckqynrmatk
Fix file descriptor leak in mandos-client

When the local network has Mandos servers announcing themselves using
real, globally reachable, IPv6 addresses (i.e. not link-local
addresses), but there is no router on the local network providing IPv6
RA (Router Advertisement) packets, the client cannot reach the server
by normal means, since the client only has a link-local IPv6 address,
and has no usable route to reach the server's global IPv6 address.
(This is not a common situation, and usually only happens when the
router itself reboots and runs a Mandos client, since it cannot then
give RA packets to itself.)  The client code has a solution for
this, which consists of adding a temporary local route to reach the
address of the server during communication, and removing this
temporary route afterwards.

This solution with a temporary route works, but has a file descriptor
leak; it leaks one file descriptor for each addition and for each
removal of a route.  If one server requiring an added route is present
on the network, but no servers gives a password, making the client
retry after the default ten seconds, and we furthermore assume a
default 1024 open files limit, the client runs out of file descriptors
after about 90 minutes, after which time the client process will be
useless and fail to retrieve any passwords, necessitating manual
password entry via the keyboard.

Fix this by eliminating the file descriptor leak in the client.

* plugins.d/mandos-client.c (add_delete_local_route): Do
  close(devnull) also in parent process, also if fork() fails, and on
  any failure in child process.

Show diffs side-by-side

added added

removed removed

Lines of Context:
1
1
Template: mandos-client/key_id
2
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 file, otherwise this computer most likely will not reboot unattended.  This option:
5
 
 .
6
 
 ${key_id}
7
 
 .
8
 
 must be added (all on one line!) on the Mandos server host, in the file /etc/mandos/clients.conf, right before the "fingerprint" option for this Mandos client.  You must edit that file on that server and add this option.
9
 
 .
10
 
 With GnuTLS 3.6.6, Mandos has been forced to stop using OpenPGP keys as TLS session keys.  A new TLS key pair has been generated and will be used as identification, but the key ID of the public key needs to be added to the server, since this will now be used to identify the client to the server.
 
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.