network manager 0.7 multiple wired interfaces and default route used not selectable

Bug #288409 reported by Jason Kraft on 2008-10-23
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Fix Released
network-manager (Ubuntu)

Bug Description

Binary package hint: network-manager

I installed network-manager from PPA using Hardy. I have 2 network interfaces. After both interfaces are up I run netstat -rn and see:

Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface U 0 0 0 eth1 U 0 0 0 eth1 U 0 0 0 eth0 UG 0 0 0 eth0

in which case all traffic not destined for the network will go thru the interface. I want to be able to have the default route be interface instead. I have messed around with IPv4 Settings > Routes by trying to add in an override default gateway but nothing seems to work. Also if I disable the interfaces using the applet and renable and from the command prompt continously run netstat -rn I see at first the default route is: UG 0 0 0 eth1

but then once eth0 interface is brought up it gets overridden. If NM 0.7 is suppose to handle multiple connections it should have functionality to explicitly state which interface is your default if both have equal metrics (eg. both are wired networks) instead of just the second interface to be brought up vi NM.

Here is some more information about network-manager

$ dpkg -l | grep network-manager
ii network-manager 0.7~~svn20081018t105859-0ubuntu2~nm2~hardy1 network management framework daemon
ii network-manager-gnome 0.7~~svn20081012t133407-0ubuntu1~nm1~hardy1 network management framework (GNOME frontend

$ dpkg -s network-manager | grep ^Depends:
Depends: dbus (>= 0.60), hal (>=, iproute, iputils-arping, libc6 (>= 2.4), libdbus-1-3 (>= 1.1.1), libdbus-glib-1-2 (>= 0.74), libglib2.0-0 (>= 2.16.0), libhal1 (>=, libnl1, libnm-glib0 (>= 0.7~~svn20080908), libnm-util0 (>= 0.7~~svn20080908), libnspr4-0d, libnss3-1d, libpolkit-dbus2, libpolkit2, libuuid1, lsb-base (>= 2.0-6), update-notifier-common, wpasupplicant (>= 0.6.1~)

Alexander Sack (asac) wrote :

Please file this bug in directly as this needs to be fixed there. please give us the bug id, so we can track help to find a solution.

Changed in network-manager:
importance: Undecided → Medium
status: New → Triaged
Jason Kraft (jason-kraft) wrote :

Filed a bug on

Tien Nguyen (tienhn) wrote :

I have a similar problem with routing. After VPN PPTP is connected, all default routes go to ppp0 which I do not want. I would like to leave my routes alone and add the VPN subnet to the table. How do I specify this:

To the new VPN connection?
Thanks for any helps. VPN plug in for network manager is the the most severe bug in my 8.10 upgrade. The rest are great!


Alexander Sack (asac) wrote :

Tien, maybe the -pptp package from helps you to configure your routes for your ppp stuff?

Changed in network-manager:
importance: Undecided → Unknown
status: New → Unknown
Changed in network-manager:
status: Unknown → New
Changed in network-manager:
status: New → Fix Released
Steve Langasek (vorlon) wrote :

I've also run into this in conjunction with bug #320652. At least if the default routes from both interfaces were honored, the severity of bug #320652 would be somewhat lessened - though I would still end up with a broken DNS config.

This hould be fixed in Jaunty now. Thanks for reporting.

Changed in network-manager:
status: Triaged → Fix Released
Steve Langasek (vorlon) wrote :

It is not. On what basis do you think that it is?

Changed in network-manager:
status: Fix Released → Triaged

Uh, sorry Steve, then my presumption was right...

I had a look at the upstream bug, where it says that this is fixed in trunk on 2009-01-16. Then I pulled the network-manager-applet package from Jaunty and went trough the changelog, but couldn't find the regarding bugnumber of the upstream bug. I found that odd, but thought that the fact that the changelog for the package in Jaunty includes fixes up to 2009-02-13 would be enough.

I am very sorry if I was wrong.

Steve Langasek (vorlon) wrote :

Ok, I've read the description of the upstream fix, and I see the described option present now in the 'Routes' dialog.

I don't think this is a complete fix - it's still a bug that network manager clobbers existing default routes when bringing up a new interface, instead of making both routes available. But I'll file a separate bug report for that.

Changed in network-manager:
status: Triaged → Fix Released
Changed in network-manager:
importance: Unknown → Low
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

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