Bug 152014
Summary: | adsl-connect ignores DEFROUTE=no | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Eric Yeo <rhn> |
Component: | rp-pppoe | Assignee: | Than Ngo <than> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3 | CC: | bugzilla, mihirkumarpaulatsya, mochouinard |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-08-15 06:41:36 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
Eric Yeo
2005-03-24 12:56:23 UTC
I have a similar problem in FC4. 1. the default route is some gateway address on eth0. ppp0 is down. 2. DEFROUTE=no is in ifcfg-ppp0. 3. "ifup ppp0" CLEARS the default route. if DEFROUTE=yes, the default route gets set to the remote PPP ip, as expected. The patch above fixed my problem. It should be added in a future release. it's now fixed in in rp-pppoe-3.5-30. Many thanks for your report. The patch above is a work around but it stops ADSL connections from being established all together on multi homed systems... The following changes are what was essentially fixed later in the rp-pppoe package: --- adsl-connect 2005-09-02 12:40:07.000000000 +0200 +++ /sbin/adsl-connect 2005-09-02 12:37:49.000000000 +0200 @@ -227,18 +227,18 @@ fi if test "$DEFROUTE" != "no" ; then - DEFROUTE="defaultroute" + DEFAULTROUTE="defaultroute" # pppd will no longer delete an existing default route # so we have to help it out a little here. DEFRT=`ip route list | awk '/^default / { print $3 }'` [ -n "${DEFRT}" ] && echo $DEFRT > /etc/default-route route del default >/dev/null 2>&1 else - DEFROUTE="" + DEFAULTROUTE="" fi # Standard PPP options we always use -PPP_STD_OPTIONS="$IPPARAM $LINKNAME $PLUGIN_OPTS noipdefault noauth default- asyncmap $DEFROUTE hide-password nodetach $PEERDNS mtu 1492 mru 1492 noaccomp noccp nobsdcomp nodeflate nopcomp novj novjccomp user $USER lcp-echo-interval $LCP_INTERVAL lcp-echo-failure $LCP_FAILURE $PPPD_EXTRA" +PPP_STD_OPTIONS="$IPPARAM $LINKNAME $PLUGIN_OPTS noipdefault noauth default- asyncmap $DEFAULTROUTE hide-password nodetach $PEERDNS mtu 1492 mru 1492 noaccomp noccp nobsdcomp nodeflate nopcomp novj novjccomp user $USER lcp-echo- interval $LCP_INTERVAL lcp-echo-failure $LCP_FAILURE $PPPD_EXTRA" # PPPoE invocation PPPOE_CMD="$PPPOE -p $PPPOE_PIDFILE -I $ETH -T $PPPOE_TIMEOUT -U $PPPOE_SYNC $CLAMPMSS $ACNAME $SERVICENAME $PPPOE_EXTRA" From User-Agent: XML-RPC rp-pppoe-3.5-22.1 has been pushed for FC3, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report. From User-Agent: XML-RPC rp-pppoe-3.5-27.FC4.1 has been pushed for FC4, which should resolve this issue. If these problems are still present in this version, then please make note of it in this bug report. This problem is present in Redhat Enterprise 4. Shouldn't it be fixed ? I'll manually patched it but it is very anoying a software we payed $$$ on do not get fixed with bugs like this. Ok forget it for the moment, I can't confirm it in RHEL4, Im having this problem on a RHEL3 (Which we payed for too ;) That box wasn't updated to RHEL4 yet. There's already update request for this issue. (In reply to comment #2) > it's now fixed in in rp-pppoe-3.5-30. Many thanks for your report. Hay Hi Ngo Than, I face the same problem. Tried updating the script as described. But all fails. Can you please share the updated script? Thanks in Advance, Mihirkumar Paulatsya |