Bugzilla – Bug 202606
Adsl do'nt connect with ppp-2.4.4-4
Last modified: 2007-06-05 09:37:03 UTC
I made a complete update in the actual 10.2 alpha 3, and could'nt start the dsl connection, I got "pppd died, options error 2". If I try to reconfigure the dsl connection via yast, it closes when reads the configuration. With the network card, yast closes again. I downgrading dbus from *.92 to *.91 and the problem continues. The adsl modem is connected via ethernet. In var/log/messages I found: pppd[4246]: Plugin rp-pppoe.so loaded. Aug 20 20:04:58 kernel: CSLIP: code copyright 1989 Regents of the University of California Aug 20 20:04:58 kernel: PPP generic driver version 2.4.2 Aug 20 20:04:58 pppd[4246]: RP-PPPoE plugin version 3.3 compiled against pppd 2.4.4 Aug 20 20:04:58 pppd[4246]: Plugin passwordfd.so loaded. Aug 20 20:04:58 pppd[4246]: unrecognized option 'replacedefaultroute' I could'nt find the configuration file in which are the option 'replacedefaultroute'. The problems was resolved downgrading the ppp package from ppp-2.4.4-4 to ppp-2.4.3-34. Now the dsl connection works ok, and the yast network module do'nt closes when detects the configuration. I reported this problem in opensuse-factory, at 20/08/06, and today I have completed a new update, and the problem continues, and I must to downgrade ppp again.
the config file in is under /etc/ppp
*** Bug 203804 has been marked as a duplicate of this bug. ***
fixed and submitted for factory
There is DEFINATELY still a problem with ppp when doing (GPRS) dialup: Sep 10 22:19:17 xxx pppd[14423]: Plugin passwordfd.so loaded. Sep 10 22:19:17 xxx pppd[14423]: unrecognized option 'replacedefaultroute' I have: yast2-network-2.13.59-2 ppp-2.4.4-7 kinternet-0.75-23 When trying to dial with kinternet all of my providers give the following error: unrecognized option 'replacedefaultroute' In "/sbin/yast2 modem" if I uncheck the "Default Route" option I can successfully connect as expected but then am forced to manually "route add -net 0/0 dev modem0" after dialing up. Additionally, while primary and secondary DNS addresses show up correctly in the pppd logs, they are not set correctly in resolve.conf which means they have to be added by hand after every dialup also! I tried removing ppp and kinternet and manually blowing away providers, modems and /etc/ppp directory before reinstalling from latest factory however the problems remain. I dialup to 5 or 6 different providors up to 100 times per day so these problems are slightly annoying for me...
same for me and I do have the changelog entry in my pppd which claims to have replacedefaultroute patch reapplied. Anyway, please do not mess around with the priority, no kids are dieing, no religion takes world dominition because of this.
ok i didnt enable the patch. stupid me. resubmitted to factory
Henne's patch fixes the default route issue.. Thanks. However, DNS is still not being set. Here is a log of a GPRS dialup using a USB serial cable and my mobile phone: Sep 13 14:18:39 koala pppd[13927]: Plugin passwordfd.so loaded. Sep 13 14:18:39 koala pppd[13927]: pppd 2.4.4 started by root, uid 0 Sep 13 14:18:40 koala wvdial[13928]: WvDial: Internet dialer version 1.54.0 Sep 13 14:18:40 koala wvdial[13928]: Initializing modem. Sep 13 14:18:40 koala wvdial[13928]: Sending: ATZ Sep 13 14:18:40 koala wvdial[13928]: ATZ Sep 13 14:18:41 koala wvdial[13928]: OK Sep 13 14:18:41 koala wvdial[13928]: Sending: ATM1 Sep 13 14:18:41 koala wvdial[13928]: ATM1 Sep 13 14:18:41 koala wvdial[13928]: OK Sep 13 14:18:41 koala wvdial[13928]: Modem initialized. Sep 13 14:18:41 koala wvdial[13928]: Sending: ATDT*99***2# Sep 13 14:18:41 koala wvdial[13928]: Waiting for carrier. Sep 13 14:18:41 koala wvdial[13928]: ATDT*99***2# Sep 13 14:18:42 koala wvdial[13928]: CONNECT Sep 13 14:18:42 koala wvdial[13928]: Carrier detected. Waiting for prompt. Sep 13 14:19:12 koala wvdial[13928]: Don't know what to do! Starting pppd and hoping for the best. Sep 13 14:19:12 koala pppd[13927]: Serial connection established. Sep 13 11:19:12 koala kernel: ppp0 renamed to modem0 Sep 13 14:19:12 koala pppd[13927]: Renamed interface ppp0 to modem0 Sep 13 14:19:12 koala pppd[13927]: Using interface modem0 Sep 13 14:19:12 koala pppd[13927]: Connect: modem0 <--> /dev/ttyUSB0 Sep 13 14:19:12 koala rename_netiface: oldname ppp0 does not exist Sep 13 14:19:13 koala pppd[13927]: LCP: Rcvd Code-Reject for code 9, id 0 Sep 13 14:19:13 koala pppd[13927]: PAP authentication succeeded Sep 13 14:19:17 koala pppd[13927]: local IP address 10.0.0.44 Sep 13 14:19:17 koala pppd[13927]: remote IP address 10.0.0.45 Sep 13 14:19:17 koala pppd[13927]: primary DNS address 212.x.y.19 Sep 13 14:19:17 koala pppd[13927]: secondary DNS address 212.x.y.18 Sep 13 14:19:43 koala pppd[13927]: LCP: Rcvd Code-Reject for code 9, id 1 Sep 13 14:19:54 koala pppd[13927]: Terminating on signal 15 Sep 13 14:19:54 koala pppd[13927]: Connect time 0.7 minutes. Sep 13 14:19:54 koala pppd[13927]: Sent 588 bytes, received 588 bytes. Sep 13 14:19:54 koala pppd[13927]: Connection terminated. Sep 13 14:19:55 koala pppd[13927]: Exit.
Also, there is (I think) a related bug (At least it occured at the same time as default route and DNS issues) in kinternet. When dialing up, it the systray icon never changes to "connected" state. It always stays as the "connecting" icon (The one with the small lightning bold on it.)
please dont mix several problems in one bug. We can use this to track why no one modifys resolv.conf now. For the kinternet thing open another one please. zoz why isnt modify_resolvconf not run?
*** Bug 205533 has been marked as a duplicate of this bug. ***
The rpoblem was resolved in ppp-2.4.4-8