about summary refs log tree commit diff
diff options
context:
space:
mode:
authorMichael Biebl <biebl@debian.org>2024-09-04 19:43:57 +0200
committerMichael Biebl <biebl@debian.org>2024-09-04 19:43:57 +0200
commitff929adf0c2f52c9e179185f5a48dd2aafc61bc2 (patch)
tree0e2fed7a01ea5ea151b2f405c6bd37a9c21838c0
parentede1e6c22200b333c842dcf9ee5a553f63c9e0ae (diff)
Update README.Debian
Closes: #864339
-rw-r--r--debian/network-manager.README.Debian34
1 files changed, 18 insertions, 16 deletions
diff --git a/debian/network-manager.README.Debian b/debian/network-manager.README.Debian
index 66716ede..69267a6a 100644
--- a/debian/network-manager.README.Debian
+++ b/debian/network-manager.README.Debian
@@ -1,20 +1,21 @@
 NetworkManager is a set of co-operative tools that make networking simple and
-straightforward. Whether WiFi, wired, 3G, or Bluetooth, NetworkManager allows
+straightforward. Whether WiFi, wired, mobile or Bluetooth, NetworkManager allows
 you to quickly move from one network to another.
 
 It has two components:
 
-1. a system level service which manages connections and reports network changes
-2. a graphical desktop applet which allows the user to manipulate network
-   connections. The nmcli tool provides similar functionality on the command
-   line.
+1. A system level service which manages connections and reports network changes.
+2. A managment tool (cli, text or graphical desktop applet) which allows the
+   user to monitor and manipulate network connections. The included nmcli and
+   nmtui tools provide this functionality from the command line. Desktop
+   environments usually have built-in support for NetworkManager.
 
 
 system connections and security
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
-In NetworkManager version 0.9, network connections are stored as keyfiles in
-the /etc/NetworkManager/system-connections/ directory.
+In NetworkManager version 0.9 and onwards, network connections are stored as
+keyfiles in the /etc/NetworkManager/system-connections/ directory.
 When creating new wireless or wired connections, they are by default
 system-owned (i.e. available to everyone) and the secrets (e.g WPA-PSK or WEP
 key) are stored as plain text in the corresponding connection configuration
@@ -24,19 +25,20 @@ Modifying or creating such system-owned connections requires admin privileges.
 To avoid prompts for the root/admin password, NetworkManager ships a PolicyKit
 configuration file which grants everyone in group "netdev" or "sudo" the
 privilege to modify a system connection without prior authentication. Adding a
-user to group sudo grants him root-like privileges though. If that is not
-wanted, you can choose to add him to group netdev instead.
+user to group sudo grants them root-like privileges though. If that is not
+wanted, you can choose to add them to group netdev instead.
 If the user should not have the privilege to add and modify system connections
-don't add him to either groups.
-In that case, the user clients (like nm-applet) will default to creating
-user-owned connections where the secrets are stored in the user keyring.
-VPN and 3G type connections are by default also user-owned.
+don't add them to either group.
+In that case, user clients (like nm-applet) will default to creating user-owned
+connections where the secrets are stored in the user keyring.
+VPN and mobile connections are by default also user-owned.
 
 For more information see NetworkManager.conf(5) or
-http://live.gnome.org/NetworkManager/SystemSettings
+https://www.networkmanager.dev/docs/api/latest/NetworkManager.conf.html
 
 The keyfile specification is available at
-https://developer.gnome.org/NetworkManager/0.9/ref-settings.html
+https://networkmanager.dev/docs/api/latest/nm-settings-keyfile.html
+
 
 unmanaged devices and /etc/network/interfaces
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
@@ -48,5 +50,5 @@ ignore those devices and mark them as "unmanaged".
 If you want to have a network interface managed by NetworkManager it is thus
 recommended to manually remove any configuration for that interface from
 /etc/network/interfaces. You need to restart NetworkManager afterwards via
-"service NetworkManager restart".
+"systemctl restart NetworkManager".