Sobre "todos os usuários podem se conectar a esta rede"
Isso define a opção "connection.permissions" em man nm-settings . Ele controla que apenas o usuário do sistema pode modificar, ver e usar a conexão. Isso também significa que a conexão só se conecta automaticamente se o usuário estiver conectado. Em um sistema usual de um usuário, a configuração não importa muito (a menos que você queira que a conexão se conecte automaticamente antes de efetuar login).
Em relação a senhas
Para cada propriedade de senha (por exemplo, WPA PSK, segredos VPN, etc), o NetworkManager suporta um atributo “flags” que permite armazenar a senha em todo o sistema (em texto simples, em um arquivo acessível apenas pelo root), recuperar da sessão do usuário , sempre pergunte, ou não é necessário. Veja a seção secrets em man nm-setttings .
Em qualquer caso, sempre que o NM precisar de uma senha que não tenha, ele precisará pedir a outro programa para obtê-lo. Esse programa é o chamado "agente secreto", que é capaz de solicitar ao usuário a senha ou recuperá-la do chaveiro, ou o que for. Esse programa é, por exemplo, nm-applet , nmcli , gnome-shell , plama-nm . Então, geralmente quando você executa uma sessão gráfica como o KDE ou o Gnome, tal agente está de fato em execução. Isso também significa que, se você quiser autoconectar antes de fazer login, terá que armazenar a senha em todo o sistema (em texto simples) ou precisará configurar um agente secreto que recupere o segredo de algum lugar (o último exigiria para hackear alguma coisa, mas de qualquer forma, não está claro de onde você tiraria a senha, pois ninguém está logado).
Quanto a como configurar os sinalizadores de senha e, portanto, o local da senha, você pode fazer isso com vários clientes NM. Se você usar nm-connection-editor como na captura de tela acima, verá um pequeno ícone no campo de entrada de senha. Clique nele e selecione o que você quiser.
Observe que, por exemplo, no Gnome3, se você configurar seu chaveiro com a mesma senha que sua senha de usuário, o chaveiro pode ser automaticamente ignorado quando o usuário faz login. Essa configuração permite armazenar a senha no chaveiro e para se conectar automaticamente ao iniciar sua sessão do gnome. Os detalhes podem variar e provavelmente algo similar também funciona com o KDE.
Considera arquivos de certificado
Todos os certificados no NetworkManager podem ser armazenados em linha ou como um caminho. Inline não é ótimo, e na verdade o nm-connection-editor só permite que você especifique um caminho. O uso de caminhos também é problemático, porque o NetworkManager (e o wpa-suplicant e os plug-ins de VPN) são executados como um usuário diferente, portanto, você deve verificar se os arquivos estão acessíveis para o NetworkManager. Na prática, isso significa, por exemplo, garantir que eles tenham a marcação correta do SELinux, o que, por sua vez, significa copiar os certificados para ~/.cert .
Isso um dia será melhorado com um gerenciador de certificados (fora do NetworkManager) e, em vez de passar pelo arquivo (path), usando URLs pkcs11 para fazer referência a certificados no armazenamento.
Quanto ao local onde suas conexões são armazenadas
Isso depende do plug-in de configurações configuradas (consulte plugins in man NetworkManager.conf ). No fedora, isso significa ifcfg-rh,keyfile por padrão. Então, de preferência, as conexões estão no formato ifcfg-rh (consulte man nm-settings-ifcfg-rh , /etc/sysconfig/networking-scripts/ifcfg-rh* ) e, em segundo lugar, no formato de arquivo de chave (consulte man nm-settings-keyfile , /etc/NetworkManager/system-connections ).
O motivo pelo qual o KDE se comportaria de maneira diferente do Gnome não é claro. Provavelmente algo com o agente secreto ( gnome-shell vs. plasma-nm ) e a configuração do conjunto de chaves.
