web-dev-qa-db-fra.com

Kubuntu Network Manager définissant une mauvaise route lors de l'utilisation d'OpenVPN

Lorsque j'utilise la fonctionnalité OpenVPN du gestionnaire de réseau KDE en comparaison avec le programme openvpn natif, je n'obtiendrai aucune connexion à Internet.

J'ai un serveur Ubuntu OpenVPN en cours d'exécution. Je viens de créer un conf.ovpn fichier de configuration et tout fonctionne parfaitement, si je configure la connexion par Sudo openvpn conf.ovpn. Ce qui signifie que l'appareil de prise, les routes IP et les connexions sont établies et fonctionnent.

Maintenant, je veux configurer la connexion avec mon Kubuntu 14.04 KDE Network Manager. J'ai tout installé comme dans mon fichier de configuration et mon manager dit que la connexion est établie. De plus, le robinet est configuré, mais en fait aucune connexion ne passe.

J'ai mentionné que l'ip route un ensemble différemment, alors peut-être que c'est le point pour les mains?

Aucun OpenVPN:

/sbin/ip -d route
default via 192.168.0.1 dev wlan0  proto static 
192.168.0.0/24 dev wlan0  proto kernel  scope link  src 192.168.0.15  metric 9

Avec Sudo openvpn conf.ovpn (J'ai masqué les adresses globales par <someIP>):

/sbin/ip -d route
default via 192.168.0.1 dev wlan0  proto static 
<someIP>/24 via 192.168.233.2 dev tap0 
<someIP>/26 via 192.168.233.2 dev tap0 
<someIP> via 192.168.233.2 dev tap0 
<someIP>/24 via 192.168.233.2 dev tap0 
192.168.0.0/24 dev wlan0  proto kernel  scope link  src 192.168.0.15  metric 9 
192.168.116.0/24 via 192.168.233.2 dev tap0 
192.168.233.0/24 dev tap0  proto kernel  scope link  src 192.168.233.49

Avec Kubuntu Network Manager:

/sbin/ip -d route
default via 192.168.233.2 dev tap0  proto static 
<someIP>/24 via 192.168.233.2 dev tap0  proto static 
<someIP>/26 via 192.168.233.2 dev tap0  proto static 
<someIP> via 192.168.233.2 dev tap0  proto static 
<someIP> via 192.168.0.1 dev wlan0  proto static 
<someIP>/24 via 192.168.233.2 dev tap0  proto static 
192.168.0.0/24 dev wlan0  proto kernel  scope link  src 192.168.0.15  metric 9 
192.168.116.0/24 via 192.168.233.2 dev tap0  proto static 
192.168.233.0/24 dev tap0  proto kernel  scope link  src 192.168.233.49

La différence fait-elle le problème. Et si oui, comment définir correctement les itinéraires?

Sincères amitiés!

4
Tik0

Avec les mêmes symptômes, dans mon cas, il est arrivé qu'avec le gestionnaire de réseau, une nouvelle passerelle par défaut soit créée en tant que première entrée de routes, qui n'a pas été créée dans la commande de la console.

J'ai résolu le problème en vérifiant "onglet Paramètres IPv4> Routes> Utiliser cette connexion uniquement pour les ressources sur son réseau" a dit ici .

Ce n'est peut-être pas la solution à votre problème (mais j'espère que oui), mais c'est peut-être pour tout le monde :)

1
Alfonso Nishikawa