Bug 377784

Summary: On standby then resume applet "connects" automatically to OpenVPN, but doesn't set the route
Product: [Plasma] plasmashell Reporter: Najjar <abderrahman.najjar>
Component: Networks widgetAssignee: Jan Grulich <jgrulich>
Status: RESOLVED INTENTIONAL    
Severity: normal CC: jgrulich
Priority: NOR    
Version First Reported In: master   
Target Milestone: 1.0   
Platform: Arch Linux   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Najjar 2017-03-18 19:42:53 UTC
When resuming, the applet will reconnect to the connections set to automatically connect to. If a connection (e.g. WiFi) is set to automatically connect to another OpenVPN connection, on resume it'll connect, and show the connected icon, but the default route isn't set and checking the IP reveals the ISP's.

I need to disconnect, then reconnect again (VPN connection) for the route to be established correctly and work as expected.

This problem isn't present when Plasma starts for the first (i.e. on boot)

1) Go to sleep
2) Resume
3) plasma-nm will attempt to connect to WiFi, LAN, etc. And will attempt to connect to the VPN connection tied to the connection (say WiFi)
4) plasma-nm will show "connecting" and take the usual time to connect to VPN
5) "Connected" lock icon will appear
6) Checking the IP in browser reveals the original (ISP) IP
7) Disconnect the VPN connection, then connect again, the IP check is now showing the VPN's IP

Latest kernel, Plasma, and OVPN packages from Arch repos: plasma-nm 5.9.3, plasma-framework 5.32.0, openvpn 2.4.0, networkmanager 1.6.2, networkmanager-openvpn 1.2.8
Comment 1 Jan Grulich 2017-03-20 10:00:58 UTC
This unfortunately looks like a NetworkManager problem rather then an issue on our side. Could you please report this bug to NetworkManager instead?

NM bugzilla: https://bugzilla.gnome.org/page.cgi?id=browse.html&product=NetworkManager
Comment 2 Najjar 2017-03-22 09:21:23 UTC
This bug on GNOME: https://bugzilla.gnome.org/show_bug.cgi?id=780387
Comment 3 Ben Cooksley 2024-12-23 18:25:59 UTC
Bulk transfer as requested in T17796