Burks
Anmeldungsdatum: 9. Juli 2005
Beiträge: 111
Wohnort: Berlin
|
Balu62 schrieb: Das sollte mit der detaillierten Step-by-step-Anleitung für Linux von AVM problemlos klappen. Ansonsten melde Dich einfach nochmal.
Bei mir klappt es nicht. network-manager-vpnc-gnome ist die neueste Version (1.2..4-6ubuntu0.1) installiert ist auch network-manager-openconnect. Feb 6 13:12:35 tux NetworkManager[1332]: <info> [1549455155.6075] vpn-connection[0x55a61d7b65a0,8ccfa934-5262-4311-8214-8b065d31ab09,"VPN 1",0]: Saw the service appear; activating connection
Feb 6 13:12:35 tux gnome-shell[3961]: Invalid VPN service type (cannot find authentication binary)
Feb 6 13:12:35 tux gnome-shell[3961]: Invalid VPN service type (cannot find authentication binary)
Feb 6 13:12:35 tux NetworkManager[1332]: <error> [1549455155.6263] vpn-connection[0x55a61d7b65a0,8ccfa934-5262-4311-8214-8b065d31ab09,"VPN 1",0]: Failed to request VPN secrets #3: No agents were available for this request.
Feb 6 13:12:35 tux NetworkManager[1332]: <info> [1549455155.6272] vpn-connection[0x55a61d7b65a0,8ccfa934-5262-4311-8214-8b065d31ab09,"VPN 1",0]: VPN plugin: state changed: stopped (6)
Feb 6 13:12:40 tux dbus-daemon[3833]: [session uid=1000 pid=3833] Activating via systemd: service name='org.gnome.Terminal' unit='gnome-terminal-server.service' requested by ':1.109' (uid=1000 pid=10417 comm="/usr/bin/gnome-terminal.real " label="unconfined")
Feb 6 13:12:40 tux systemd[3805]: Starting GNOME Terminal Server...
Feb 6 13:12:40 tux dbus-daemon[3833]: [session uid=1000 pid=3833] Successfully activated service 'org.gnome.Terminal'
Feb 6 13:12:40 tux systemd[3805]: Started GNOME Terminal Server.
Feb 6 13:12:55 tux wpa_supplicant[1291]: wlp2s0: WPA: Group rekeying completed with 38:10:d5:8a:f0:a6 [GTK=CCMP]
Feb 6 13:12:57 tux org.gnome.Shell.desktop[3961]: Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x2200084 (*syslog (/) https://bugs.launchpad.net/ubuntu/+source/network-manager-openvpn/+bug/1772066 habe ich gelesen.
https://avm.de/service/vpn/tipps-tricks/vpn-verbindung-zur-fritzbox-unter-linux-einrichten/ das auch. Wenn ich versuche, den Button VPN an zu aktivieren, passiert gar nichts, er bleibt grau. Der VPN-Zugang funktioniert mit Windows und Android, daran kann es nicht liegen. vpnc und openconnect sind vorhanden. Wo könnte noch ein Fehler sein? Moderiert von kB: Abgetrennt. Bitte entführe keine Themen, sondern erstelle für eigene Fragen stets einen neuen Thread! Danke.
Bearbeitet von kB: Distribution und Version gesetzt.
|
floogy
Anmeldungsdatum: 21. Juli 2006
Beiträge: 3288
Wohnort: Koblenz
|
Invalid VPN service type (cannot find authentication binary) Da scheint etwas zu fehlen und nicht installiert zu sein? Ich bin auf diesen bug gestoßen, hilft das eventuell? https://www.google.com/search?client=firefox-b-d&q=Failed+to+request+VPN+secrets+%233%3A+No+agents+were+available+for+this+request. https://bugzilla.redhat.com/show_bug.cgi?id=1394977
Thomas Haller 2016-11-16 09:18:29 UTC when NetworkManager needs a password (secret), it requires a "secret-agent" to be around. That is a process that can ask for the password, or retrieve it somehow else. nm-applet is such a secret agent. gnome-shell (from Gnome 3) too. VPN secrets are a bit special, so it seems that gnome-shell has problems asking for nm-openconnect secrets... Comment 4 Jason Birch 2016-11-23 10:25:20 UTC I ran into this one upon upgrading from Fedora 24 to Fedora 25. It seems that both nmcli and the gnome-shell widget thingo lost the ability to get those secrets. Both using the GUI or nmcli to try and launch a VPN connection would just leave a /usr/libexec/nm-openconnect-service --bus-name org.freedesktop.NetworkManager.openconnect.Connection_XX process floating around. I'm able to work around it for now by running nmcli --ask c u <connection name> .
Hier gibt es weitere Hinweise: https://askubuntu.com/questions/515982/unable-to-connect-to-vpn-using-gnome-network-manager https://bugs.launchpad.net/ubuntu/+source/network-manager-pptp/+bug/1725779
|
Burks
(Themenstarter)
Anmeldungsdatum: 9. Juli 2005
Beiträge: 111
Wohnort: Berlin
|
"I tried moving/deleting the connections in /etc/NetworkManager/system-connections/, choosing the option "Store the password for all users" and "The password is not required" (for my VPN, it isn't), reinstalling network-manager, restarting Ubuntu, .. None of these worked." Ich habe alle Optionen schon durch, auch die obige. ☹
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
Welche Distribution in welcher Version verwendest Du?
|
Burks
(Themenstarter)
Anmeldungsdatum: 9. Juli 2005
Beiträge: 111
Wohnort: Berlin
|
kB schrieb: Welche Distribution in welcher Version verwendest Du?
Sorry, hatte ich vergessen anzugeben. Ubuntu 18.04 TLS
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
Zeige bitte den Status der maßgeblichen Pakete: dpkg-query --list 'network-manager*'
dpkg-query --list '*vpnc' Und den Inhalt Deiner Connection-Datei für das VPN: sudo cat '/etc/NetworkManager/system-connections/VPN 1' In dieser Ausgabe maskiere bitte die Passworte im Abschnitt [vpn-secrets] !
|
Burks
(Themenstarter)
Anmeldungsdatum: 9. Juli 2005
Beiträge: 111
Wohnort: Berlin
|
kB schrieb: Zeige bitte den Status der maßgeblichen Pakete: dpkg-query --list 'network-manager*'
$ dpkg-query --list 'network-manager*'
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name Version Architektur Beschreibung
+++-==============-============-============-=================================
ii network-manage 1.10.6-2ubun amd64 network management framework (dae
ii network-manage 1.10.6-2ubun all NetworkManager configuration to e
ii network-manage 1.8.10-2ubun amd64 network management framework (GNO
ii network-manage 1.2.4-1ubunt amd64 network management framework (Ope
un network-manage <keine> <keine> (keine Beschreibung vorhanden)
un network-manage <keine> <keine> (keine Beschreibung vorhanden)
ii network-manage 1.2.6-1 amd64 network management framework (PPT
ii network-manage 1.2.6-1 amd64 network management framework (PPT
ii network-manage 1.2.4-6ubunt amd64 network management framework (VPN
ii network-manage 1.2.4-6ubunt amd64 network management framework (VPN
dpkg-query --list '*vpnc'
$ dpkg-query --list '*vpnc'
Gewünscht=Unbekannt/Installieren/R=Entfernen/P=Vollständig Löschen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/halb konFiguriert/
Halb installiert/Trigger erWartet/Trigger anhängig
|/ Fehler?=(kein)/R=Neuinstallation notwendig (Status, Fehler: GROSS=schlecht)
||/ Name Version Architektur Beschreibung
+++-==============-============-============-=================================
ii network-manage 1.2.4-6ubunt amd64 network management framework (VPN
ii vpnc 0.5.3r550-3 amd64 Cisco-compatible VPN client
2. Und den Inhalt Deiner Connection-Datei für das VPN: sudo cat '/etc/NetworkManager/system-connections/VPN 1' In dieser Ausgabe maskiere bitte die Passworte im Abschnitt [vpn-secrets] !
sudo cat '/etc/NetworkManager/system-connections/VPN 1'
[connection]
id=VPN 1
uuid=8ccfa934-5262-4311-8214-8b065d31ab09
type=vpn
autoconnect=false
permissions=user:xxx:;
[vpn]
IKE DH Group=dh2
IPSec ID=xxx
IPSec gateway=xxx.myfritz.net
IPSec secret-flags=1
Local Port=0
NAT Traversal Mode=natt
Perfect Forward Secrecy=server
Vendor=cisco
Xauth password-flags=1
Xauth username=xxx
ipsec-secret-type=save
xauth-password-type=save
service-type=org.freedesktop.NetworkManager.vpnc
[ipv4]
dns-search=
method=auto
[ipv6]
addr-gen-mode=stable-privacy
dns-search=
method=auto Bearbeitet von kB: Formatierung repariert.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8554
Wohnort: Münster
|
Leider wird bei Dir wegen zu geringer Breite des Terminalfensters die Ausgabe der Paketnamen grausam verkürzt. Soweit ich Deine Paketliste mit meiner vergleichen kann, ist bei mir nur das Paket network-manager-openconnect-gnome zusätzlich installiert. Dies sollte aber im Kontext eines Fritzbox-VPN ohne Bedeutung sein. Deine Connection-Datei unterscheidet sich von meiner in folgenden Punkten:
In [vpn]: IPSec secret-flags=0 und Xauth password-flags=0 Es gibt einen Abschnitt [vpn-secrets] mit den Optionen IPSec secret= und Xauth password= inkl. der Passworte jeweils nach dem „=“. In [ipv4]: ignore-auto-routes=true und route1=172.18.10.10/24,192.168.178.1
Ich bin unsicher, ob die spezielle Route zur Grundeinstellung des vpnc-VPNs gehört oder ein Relikt meiner Experimente ist. Bist Du sicher, dass Du nach IPSec gateway= den vermutlich kryptischen DNS-Namen fehlerfrei angegeben hast?
|
Burks
(Themenstarter)
Anmeldungsdatum: 9. Juli 2005
Beiträge: 111
Wohnort: Berlin
|
kB schrieb:
Bist Du sicher, dass Du nach IPSec gateway= den vermutlich kryptischen DNS-Namen fehlerfrei angegeben hast?
Ja. Das Komische ist eben, dass auch mein Netbook mit Ubuntu 17.04 sich nicht verbindet. Ich suche halt bei den vielen Variablen, wo die Fehlerquelle ist. Die Fritzbox ist ok, weil Windows und Android sich mit demselben VPN-Zugang verbinden.
|
floogy
Anmeldungsdatum: 21. Juli 2006
Beiträge: 3288
Wohnort: Koblenz
|
Die Spaltenbreite lässt sich im Terminal durch COLUMNS erhöhen, z.B.:
COLUMNS=200; dpkg-query --list network-manager* vpnc* | egrep ^ii
|
floogy
Anmeldungsdatum: 21. Juli 2006
Beiträge: 3288
Wohnort: Koblenz
|
echo "<Fehlermeldung oder log>" | egrep -i 'warn|err|invalid'
Feb 6 13:12:35 tux gnome-shell[3961]: Invalid VPN service type (cannot find authentication binary)
Feb 6 13:12:35 tux gnome-shell[3961]: Invalid VPN service type (cannot find authentication binary)
Feb 6 13:12:35 tux NetworkManager[1332]: <error> [1549455155.6263] vpn-connection[0x55a61d7b65a0,8ccfa934-5262-4311-8214-8b065d31ab09,VPN 1,0]: Failed to
request VPN secrets #3: No agents were available for this request.
Feb 6 13:12:57 tux org.gnome.Shell.desktop[3961]: Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x2200084 (*syslog (/) Ich würde nach diesen Fehlern mal per google suchen.
"gnome-shell[" "Invalid VPN service type (cannot find authentication binary)" vpn-connection "Failed to request VPN secrets #3: No agents were available for this request." "org.gnome.Shell.desktop[" "Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0" Oder besser die ersten zwei (Warnungen kann man eher ignorieren, es gibt sonst auch keine Treffer):
"gnome-shell[" "Invalid VPN service type (cannot find authentication binary)" vpn-connection "Failed to request VPN secrets #3: No agents were available for this request."
|
Burks
(Themenstarter)
Anmeldungsdatum: 9. Juli 2005
Beiträge: 111
Wohnort: Berlin
|
Das Problem ist jetzt gelöst, aber leider kann ich nur vermuten, wo die Fehlerquelle(n) lagen. Eine Vermutung war übrigens, dass dort, wo ich VPN benutzen wollte (Arbeitsplatz), UDP gesperrt war, aber mit TCP funktionierte es auch nicht. Der Fehler lag offenbar an der Fritzbox. Nachdem ich einen ZWEITEN Benutzer eingerichtet und für den VPN freigegeben hatte, verbinden sich mein Linux-Laptop (Ubuntu) und das Linux-Netbook (Mint) mit VPN, aber NICHT, wenn ich den ersten Benutzer nehme. Bei Windows10 (anderes Laptop) und Android (Smartphone) ist es genau umgekehrt, dort kann ich den ersten Benutzer nehmen, aber NICHT den neu angelegten, weiß der Henker warum.
|