summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorThomas Haller <thaller@redhat.com>2020-09-02 13:20:09 +0200
committerThomas Haller <thaller@redhat.com>2020-09-02 14:52:46 +0200
commit40185042472163550054eb9f3011f92fc6464689 (patch)
tree58b9369fb00549f535c38451f5366794fc5012c5
parent0aa09da5f46dc79af9ce99751f71940c6c4736da (diff)
downloadNetworkManager-40185042472163550054eb9f3011f92fc6464689.tar.gz
man: fix description of v2 secret key in `man NetworkManager`
Fixes: 0aa09da5f46d ('man: explain "/var/lib/NetworkManager/secret-key" in `man NetworkManager`')
-rw-r--r--man/NetworkManager.xml12
1 files changed, 6 insertions, 6 deletions
diff --git a/man/NetworkManager.xml b/man/NetworkManager.xml
index d2c9c34fe6..8c119034d6 100644
--- a/man/NetworkManager.xml
+++ b/man/NetworkManager.xml
@@ -519,7 +519,7 @@
</refsect1>
<refsect1>
- <title>/var/lib/NetworkManager/secret-key and /etc/machine-id</title>
+ <title>/var/lib/NetworkManager/secret_key and /etc/machine-id</title>
<para>
The identity of a machine is important as various settings depend on it. For example,
@@ -530,14 +530,14 @@
</para>
<para>
If you backup and restore a machine, the identity of the machine probably should be preserved.
- In that case, preserve the files <filename>/var/lib/NetworkManager/secret-key</filename> and
+ In that case, preserve the files <filename>/var/lib/NetworkManager/secret_key</filename> and
<literal>/etc/machine-id</literal>. On the other hand, if you clone a virtual machine, you
probably want that the clone has a different identity. There is already existing tooling on Linux for
handling <literal>/etc/machine-id</literal> (see
<link linkend='machine-id'><citerefentry><refentrytitle>machine-id</refentrytitle><manvolnum>5</manvolnum></citerefentry></link>).
</para>
<para>
- The identity of the machine is determined by the <filename>/var/lib/NetworkManager/secret-key</filename>.
+ The identity of the machine is determined by the <filename>/var/lib/NetworkManager/secret_key</filename>.
If such a file does not exist, NetworkManager will create a file with random content. To generate
a new identity just delete the file and after restart a new file will be created.
The file should be read-only to root and contain at least 16 bytes that will be used to seed the various places
@@ -545,12 +545,12 @@
</para>
<para>
Since 1.16.0, NetworkManager supports a version 2 of secret-keys. For such keys
- <filename>/var/lib/NetworkManager/secret-key</filename> starts with ASCII <literal>"nm-v2:"</literal>
- followed by at least 16 bytes of random data.
+ <filename>/var/lib/NetworkManager/secret_key</filename> starts with ASCII <literal>"nm-v2:"</literal>
+ followed by at least 32 bytes of random data.
Also, recent versions of NetworkManager always create such kinds of secret-keys, when
the file does not yet exist.
With version 2 of the secret-key, <literal>/etc/machine-id</literal> is also hashed as part
- of the generation for addresses and identifiers. The advantage is that you can keep <filename>/var/lib/NetworkManager/secret-key</filename>
+ of the generation for addresses and identifiers. The advantage is that you can keep <filename>/var/lib/NetworkManager/secret_key</filename>
stable, and only regenerate <literal>/etc/machine-id</literal> when cloning a VM.
</para>
</refsect1>