regolith-i3xrocks-config icon indicating copy to clipboard operation
regolith-i3xrocks-config copied to clipboard

Published 20 hours ago • verified publisher icon regolith-linux

nm-vpn reports vnet0 as a connected vpn

Open cjohnston1158 opened this issue 4 years ago • 7 comments

When running VMs on my laptop nv-vpn reports as being connected to vnet0 which seems odd.

LC_ALL=C nmcli -t connection show --active :72b1520d-923c-47f9-9443-59c2d1829c13:802-11-wireless:wlp59s0 virbr0:aefcd86c-6a1a-4b89-b889-42b4fe3ca9f4:bridge:virbr0 vnet0:fa8b1a4f-91de-4a14-9c05-71d4c0233066:tun:vnet0

apt-cache policy i3xrocks-nm-vpn i3xrocks-nm-vpn: Installed: 3.0.18-1 Candidate: 3.0.18-1 Version table: *** 3.0.18-1 500 500 http://ppa.launchpad.net/regolith-linux/stable/ubuntu focal/main amd64 Packages

cjohnston1158 avatar May 09 '20 04:05 cjohnston1158

There were some recent changes to the vpn block that are being published to the release PPA today Chris. Can you verify after update if the issue still exists?

kgilmer avatar May 12 '20 01:05 kgilmer

This does appear fixed in the latest release. Thanks Ken!

cjohnston1158 avatar May 13 '20 15:05 cjohnston1158

@kgilmer I think I spoke too soon.. It now shows vnet1

pt-cache policy i3xrocks-nm-vpn i3xrocks-nm-vpn: Installed: 3.0.21-1 Candidate: 3.0.21-1 Version table: *** 3.0.21-1 500 500 http://ppa.launchpad.net/regolith-linux/stable/ubuntu focal/main amd64 Packages 100 /var/lib/dpkg/status

cjohnston1158 avatar May 13 '20 19:05 cjohnston1158

I'm still seeing this with 3.2.1-1

cjohnston1158 avatar Oct 01 '20 15:10 cjohnston1158

Hi @cjohnston1158 , I do not use this type of VPN so am unsure of what the expected behavior is. Are you expecting to see wlp59s0 or something else?

kgilmer avatar Oct 02 '20 13:10 kgilmer

It's not actually a vpn but a bridge.

cjohnston1158 avatar Oct 15 '20 16:10 cjohnston1158

I'm returning to this ticket because, judging from the output, the script does exactly what it's supposed to do. The VM is creating a tun device (vnet0) which NetworkManager correctly identifies and manages.

You later said that vnet1 was being shown. Is that still the case? And is it really a device of type bridge? Following the logic of the virtual network interfaces it should also be a tun device.

moritzheiber avatar Jan 06 '21 09:01 moritzheiber