Diese Protokollausgaben sind alle von der gleichen Sekunde, die etwa jede Minute vom Booten bis zu 5 Minuten geschieht, wenn sie sich schließlich selbst verbindet. Es sieht so aus, als ob ein Auth-Agent nicht läuft, aber der NetworkManager wird neu gestartet ...
... Geheimnisse sind erforderlich .
... device (wlp2s0): Statusänderung: config -> need-auth (Grund 'none', sys-iface-state: 'managed')
... device (wlp2s0): Für diese Anfrage waren keine Agenten verfügbar.
... device (wlp2s0): Zustandsänderung: need-auth -> fehlgeschlagen (Grund 'no-secrets', sys-iface-state: 'managed')
Ich habe kein ähnliches System, das ich überprüfen kann, aber laut Archwikis Network Manager: Verbinden Sie sich mit dem geheimen Netzwerk beim Booten :
Standardmäßig stellt NetworkManager keine Verbindung zu Netzwerken her, die beim Booten automatisch einen geheimen Schlüssel benötigen. Dies liegt daran, dass solche Verbindungen für den Benutzer, der die Verbindung standardmäßig herstellt, gesperrt werden. Die Verbindung wird erst hergestellt, nachdem sie sich angemeldet haben. Gehen Sie folgendermaßen vor, um dies zu ändern:
Klicken Sie mit der rechten Maustaste auf das nm-Applet-Symbol in Ihrem Panel und wählen Sie Verbindungen bearbeiten aus, und öffnen Sie die Registerkarte Drahtlos
Wählen Sie die Verbindung aus, mit der Sie arbeiten möchten, und klicken Sie auf die Schaltfläche Bearbeiten
Aktivieren Sie die Kontrollkästchen "Automatisch verbinden" und "Für alle Benutzer verfügbar".
Melden Sie sich ab und wieder an, um den Vorgang abzuschließen.
6.6 Das automatische Entsperren des Schlüsselbunds nach dem Anmelden kann auch interessant sein, wenn dies nicht funktioniert.
NetworkManager erfordert Zugriff auf den Login-Schlüsselbund, um eine Verbindung zu Netzwerken herzustellen, für die ein geheimes Netzwerk erforderlich ist. In den meisten Fällen wird dieser Schlüsselring beim Anmelden automatisch entsperrt. Ist dies nicht der Fall, und NetworkManager stellt beim Anmelden keine Verbindung her, können Sie Folgendes versuchen.
GNOME
Hinweis: Die folgende Methode ist datiert und funktioniert auf mindestens einer Maschine nicht!
In
/etc/pam.d/gdm
(oder Ihren entsprechenden Daemon in/etc/pam.d
), fügen Sie diese Zeilen am Ende der „Auth“ und „Session“ Blöcke, wenn sie nicht existieren bereits:auth optional pam_gnome_keyring.so session optional pam_gnome_keyring.so auto_start
In
/etc/pam.d/passwd
verwenden Sie diese Zeile für den Kennwortblock:password optional pam_gnome_keyring.so
Das nächste Mal, wenn Sie sich anmelden, sollten Sie gefragt werden, ob das Kennwort beim Anmelden automatisch entsperrt werden soll.
SLiM-Anmeldemanager
Siehe SLiM # Gnome Keyring.
Fehlerbehebung
Während Sie beide Werte zur Verbindungszeit eingeben können, können mit kdeplasma-applets-plasma-nm [defekter Link: In aur-mirror ] 0.9.3.2-1 und höher der OpenConnect-Benutzername und das Kennwort direkt von KWallet abgerufen werden.
Öffnen Sie den "KDE Wallet Manager" und suchen Sie Ihre OpenConnect VPN-Verbindung unter "Netzwerkverwaltung | Karten". Klicken Sie auf "Werte anzeigen" und geben Sie Ihre Anmeldeinformationen im Schlüssel "VpnSecrets" in diesem Formular ein (ersetzen Sie Benutzername und Kennwort entsprechend):
form:main:username%SEP%username%SEP%form:main:password%SEP%password
Wenn Sie sich das nächste Mal verbinden, sollten Benutzername und Kennwort im Dialogfeld "VPN-Geheimnisse" angezeigt werden.
[FYI, gefunden, dass nach NetworkManager-Agenten gesucht wird ]