NM 0.7 tries incorrectly to manage openvpn tap0 device as an ethernet device

Bug #320652 reported by Steve Langasek
4
Affects Status Importance Assigned to Milestone
network-manager (Ubuntu)
Confirmed
Critical
Unassigned
Jaunty
Confirmed
Critical
Unassigned

Bug Description

Binary package hint: network-manager

After upgrading from intrepid to jaunty, nm-applet now shows Wired networks (tap0) in its list of networks. This is an openvpn interface, and NM should *not* touch it; in the process of managing it, NM grabs a default route and a DNS server via DHCP from this interface, which I have openvpn configured *not* to do.

Revision history for this message
Steve Langasek (vorlon) wrote :

Marking this as critical, since it completely botches my network configuration on upgrade with no way to override. AFAICS, network-manager should simply exclude all tap interfaces from management, unless maybe explicitly instructed to manage them using the VPN configuration tool.

Changed in network-manager:
importance: Undecided → Critical
milestone: none → jaunty-alpha-6
status: New → Confirmed
Revision history for this message
Alexander Sack (asac) wrote :

i need the lshal output for such devices, that allows me to differentiate between tap and physical devices.

Revision history for this message
Alexander Sack (asac) wrote :

also see bug 199140

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.