Bug 17409
Summary: | Default route lost after ppp connection | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | John William <jw2357> |
Component: | ppp | Assignee: | Thomas Woerner <twoerner> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 6.2 | Keywords: | FutureFeature |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Enhancement | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-08-13 09:24:17 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
John William
2000-09-11 15:46:24 UTC
Have you set your PPP connection up so that it becomes the default route when it is brought up? If so, changing "DEFROUTE" in /etc/sysconfig/network-scripts/ifcfg-ppp0 to "no" should change this behavior to what you expect. Most dialup users use PPP as their default route, and we default to setting it up this way in case the user has set a default route in error. You're right - that was the problem. A really nice enhancement would be to have an automated way to save and restore the default route after bringing up a ppp link. That would be very useful, for example, when using ppp as a back-up to a high-speed Internet connection. The way I have to do it now is have "ifconfig eth0 down ; killall pump ; ifconfig eth1 up ; pump -i /dev/eth0" (with appropriate delays and error checking, of course) in the ppp-down script. This might be a better solution than simply overwriting the (old) default route. Unfortunately you can only have one default route active at a time. The configuration scripts in the development tree actually attempt to restore a pre-existing default route when PPP goes down, but they can only do that if the configuration files (i.e., /etc/sysconfig/network) have one listed, which is not the case if you're using DHCP. But then, attempting to renew all DHCP leases might also cause problems.... Correct, you might not have a default route listed in /etc/sysconfig/network, or the default route could be bogus because some other boot script has changed the default. Or a DHCP link. Or even a sysadmin manually doing it at the command line and forgetting to put it in a script. Why not determine the current route immediately before replacing it when the ppp link is established? A simplistic way would be to parse the output of "/sbin/route -n". That way you're not bound to relying upon the information being in any specific location; you're simply seeing what's already there and then putting it back the way you found it. Mostly because there's no "correct" place to store this information, and the script that brings the PPP interface down doesn't share its environment with the script that brought it up, so it has to be stored somewhere if we want to use it later. If pump wrote the information for your lease to a configuration file, it would be very easy to do, though. Perhaps I should reclassify this as an enhancement request for pump, as saving the information to a well-known file name in pump would solve this problem quite elegantly. I agree, making pump save the information out would simplify the case when using pump. But what about other cases, like manually set (or scripted) default routes? I know there is no "default" place for ip-up/ip-down to store this information, but what about /etc/ppp? Maybe something like /etc/ppp/route.saved containing the default route set before the interface came up. Read/writable only by root, of course. Please verify this with a newer version of Red Hat Enterprise Linux or Fedora Core and reopen it against the new version if it still occurs. Closing as "not a bug" for now. |