Bugzilla – Bug 156126
YaST2 network setup makes wrong conclusions when a DSL modem is found on the LAN
Last modified: 2008-06-25 09:53:47 UTC
I've been told that the DSL modem I had connected to the Nürnberg development netowork for testing purposes made the network configuration in YaST2 think that the internet connection would go via this DSL modem rather than the local network and DHCP. I think this is a bug, because there are scenarios when it is wrong to assume that when a DSL modem is visible in the local network, this will be used for the internet connection. Some examples: 1. All machines on a SOHO network and the DSL modem are connected to one hub or switch, but only one machine makes a PPPoE connection and then acts as a router for the others. 2. One of these combined modem/router/switch devices is used, that offers routing and PPPoE passthrough at the same time (I have a Siemens SE515 at home that does this). So I think when the YaST2 network configuration finds a DSL modem, it should additionally look for a DHCP server that provides a default route, and if it finds one, it should ask the user whether the internet connection will be via DSL or LAN.
*** Bug 171099 has been marked as a duplicate of this bug. ***
I like the idea of enhancing the detection by looking at the DHCP server. Also, I obviously need to make it possible to switch between the two modes. A hyperlink comes to mind, already used for other things in that dialog. After 10.1 though
Reassigning to the new maintainer of yast2-network.
In general : When we have several devices configured by dhcp and there is global option /etc/sysconfig/network/dhcp.DHCLIENT_SET_DEFAULT_ROUTE='yes' (it's default), all of that devices will write their own default route (and last one win). It's a little bit similar to network devices names according order of modules loading (now we have udev rule for renaming) What you want to be implemented is to write DHCLIENT_SET_DEFAULT_ROUTE='no' for each that devices except one you want to be default route (with usable UI). IMO this is not a bug (it's known dhcpcd issue) - this should be a feature. Can you write it into fate tool and close this report,please ? BTW - there is similar one feature request we can split and implement as one - set metric for routes
Michal, your comment looks unrelated to my original bug report. Please re-read and feel free to ask if anything is unclear.
sorry, no time now postpone after 10.3
Michal, couldn't you please at least explain how your comment #4 is related to my original bug report? My original bug report was not about multiple simultaneous DHCP devices, it was about situations when a PPPoE server and a DHCP server can be reached through the same network interface.
Sorry - yes, my comment was unrelated. Changed serverity to enhancement, postponed as LATER,
mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy)
Closing old LATER+REMIND bugs as WONTFIX - if you still plan to work on it, feel free to reopen and set to ASSIGNED. In case the report saw repeated reopen comments, it's due to bugzilla timing out on the huge request ;(