Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 158174 - sys-apps/baselayout-1.12.7-r4 breaks net.ppp0
Summary: sys-apps/baselayout-1.12.7-r4 breaks net.ppp0
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 104869
  Show dependency tree
 
Reported: 2006-12-14 14:46 UTC by Guillaume Castagnino
Modified: 2006-12-19 09:28 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Guillaume Castagnino 2006-12-14 14:46:58 UTC
baselayout 1.12.7-r4 breaks pppoe connection :

Dec 14 22:56:41 xwing pppd[18575]: PPP session is 49780
Dec 14 22:56:41 xwing pppd[18575]: Using interface ppp0
Dec 14 22:56:41 xwing pppd[18575]: Connect: ppp0 <--> net
Dec 14 22:56:43 xwing pppd[18575]: CHAP authentication failed: Request Denied
Dec 14 22:56:43 xwing pppd[18575]: CHAP authentication failed
Dec 14 22:56:49 xwing pppd[18575]: Connection terminated.
Dec 14 22:56:49 xwing pppd[18575]: Modem hangup
Dec 14 22:57:19 xwing pppd[18575]: PPP session is 49796
Dec 14 22:57:19 xwing pppd[18575]: Using interface ppp0
Dec 14 22:57:19 xwing pppd[18575]: Connect: ppp0 <--> net
Dec 14 22:57:20 xwing pppd[18575]: CHAP authentication failed: Request Denied
Dec 14 22:57:20 xwing pppd[18575]: CHAP authentication failed
Dec 14 22:57:26 xwing pppd[18575]: Connection terminated.
Dec 14 22:57:26 xwing pppd[18575]: Modem hangup
Dec 14 22:57:56 xwing pppd[18575]: PPP session is 49818
Dec 14 22:57:56 xwing pppd[18575]: Using interface ppp0
Dec 14 22:57:56 xwing pppd[18575]: Connect: ppp0 <--> net
Dec 14 22:57:58 xwing pppd[18575]: CHAP authentication failed: Request Denied
Dec 14 22:57:58 xwing pppd[18575]: CHAP authentication failed
Dec 14 22:58:04 xwing pppd[18575]: Connection terminated.
Dec 14 22:58:04 xwing pppd[18575]: Modem hangup
Dec 14 22:58:34 xwing pppd[18575]: PPP session is 49831
Dec 14 22:58:34 xwing pppd[18575]: Using interface ppp0
Dec 14 22:58:34 xwing pppd[18575]: Connect: ppp0 <--> net
Dec 14 22:58:35 xwing pppd[18575]: CHAP authentication failed: Request Denied
Dec 14 22:58:35 xwing pppd[18575]: CHAP authentication failed
Dec 14 22:58:41 xwing pppd[18575]: Connection terminated.
Dec 14 22:58:41 xwing pppd[18575]: Modem hangup

-----------------------------------------------------------------------------

Configuration is :
# ADSL
config_ppp0=( "ppp" )
link_ppp0="net" # ethernet interface renamed with udev rule
plugins_ppp0=( "pppoe" )
username_ppp0='mylogin'
password_ppp0='mypassword'
pppd_ppp0=(
    #"updetach"  # WARNING: If you don't specify this then we will not wait for the actual PPP link to go up
    # Do not set this, it will hang service up until we get a remote IP
    "maxfail 0" # WARNING: It's not recommended you use change this if you don't specify maxfail then we assume 0
    "noauth"
    "noipdefault"
    "default-asyncmap"
    "defaultroute"
    "hide-password"
    "lcp-echo-interval 20"
    "lcp-echo-failure 3"
    "mtu 1448"
    "mru 1448"
    "ipv6 ,"
# Compression options - use these to completely disable compression
#       noaccomp noccp nobsdcomp nodeflate nopcomp novj novjccomp
)

-----------------------------------------------------------------------------

# emerge --info
Portage 2.1.2_rc3-r5 (hardened/x86/2.6, gcc-3.4.6, glibc-2.3.6-r5, 2.6.19-xwing i686)
=================================================================
System uname: 2.6.19-xwing i686 Intel(R) Celeron(R) CPU 2.53GHz
Gentoo Base System version 1.12.6
Last Sync: Thu, 14 Dec 2006 20:30:01 +0000
dev-lang/python:     2.4.4
dev-python/pycrypto: 2.0.1-r5
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium4 -O2 -mtune=pentium4 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /var/bind"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-march=pentium4 -O2 -mtune=pentium4 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig buildsyspkg ccache distlocks fixpackages metadata-transfer sandbox sfperms strict userpriv usersandbox"
GENTOO_MIRRORS="http://r2d2.v6.xwing.info/ ftp://ftp.ipv6.uni-muenster.de/pub/linux/distributions/gentoo/ http://vlaai.snt.ipv6.utwente.nl/pub/os/linux/gentoo/ http://trumpetti.atm.tut.fi/gentoo/ http://ftp.heanet.ie/pub/gentoo/ http://mirror.switch.ch/ftp/mirror/gentoo/ http://ftp.gentoo.skynet.be/pub/gentoo/"
LANG="fr_FR.UTF-8"
LC_ALL="fr_FR.UTF-8"
LINGUAS="fr"
MAKEOPTS="-j2"
PKGDIR="/usr/portage//packages/x86/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage/"
PORTDIR_OVERLAY="/usr/local/gcpan-portage /usr/local/portage"
SYNC="rsync://r2d2.v6.xwing.info/gentoo-portage"
USE="x86 4kstacks acl acpi acpi4linux apache2 async bash-completion berkdb bzip2 clamav cracklib crypt dba dbx devmap dga dlloader elibc_glibc enscript expat extensions fbcon freetype fs gd gdbm gif gmp hardened idled idn imagemagick imap imlib2 input_devices_keyboard input_devices_mouse iproute2 ipv6 ithreads jpeg kernel_linux l7filter ldap linguas_fr maildir md5sum mhash mmx ncurses nls nptl nptlonly pam pcre perl php pic png posix python readline rrdtool sasl slang soap sockets spf sse sse2 ssl sysfs syslog tcpd threads tiff truetype truetype-fonts type1 type1-fonts udev unicode usb userland_GNU xml2 xorg zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS

-----------------------------------------------------------------------------

reverting to baselayout 1.12.6 solves the problem.
Comment 1 Roy Marples (RETIRED) gentoo-dev 2006-12-15 04:26:10 UTC
Don't use the option "noauth" then
Comment 2 Guillaume Castagnino 2006-12-15 05:07:53 UTC
No, it's not a "noauth" option problem.
This *SAME* configuration works very well with baselayout 1.12.6, and noauth is needed to work correctly with my ISP

The problem ONLY occurs with baselayout 1.12.7 and is not related to pppd options...

Here is the command line launched by baselayout 1.12.6 :
root      4972  0.0  0.1   4380  1280 ?        Ss   Dec14   0:00 /usr/sbin/pppd unit 0 remotename ppp0 user login@isp linkname ppp0 maxfail 0 noauth noipdefault default-asyncmap defaultroute hide-password lcp-echo-interval 20 lcp-echo-failure 3 mtu 1448 mru 1448 ipv6 , plugin passwordfd.so passwordfd 3 persist connect true plugin rp-pppoe.so net

This works very well, with noauth param as you can see.

Regards
Comment 3 Julien Enche 2006-12-15 05:30:35 UTC
I got the same problem with baselayout-1.12.7-*

My configuration :
config_eth0=( "null" )
config_ppp0=( "ppp" )
link_ppp0="eth0"
plugins_ppp0=( "pppoe" )
pppd_ppp0=( "updetach" "noauth" "debug" "defaultroute" "noaccomp" "nobsdcomp" "noccp" "nodeflate" "nopcomp" "novj" "novjccomp" "child-timeout 60" "persist" )
username_ppp0="mylogin"
password_ppp0="mypassword"


/var/log/messages :
Plugin passwordfd.so loaded.
Plugin rp-pppoe.so loaded.
RP-PPPoE plugin version 3.3 compiled against pppd 2.4.4
pppd 2.4.4 started by root, uid 0
PADS: Service-Name: ''
PPP session is 4324
using channel 1
Using interface ppp0
Connect: ppp0 <--> eth0
sent [LCP ConfReq id=0x1 <mru 1492> <magic 0x24f768d>]
rcvd [LCP ConfReq id=0xcc <mru 1492> <auth chap MD5> <magic 0x4b2070>]
sent [LCP ConfAck id=0xcc <mru 1492> <auth chap MD5> <magic 0x4b2070>]
rcvd [LCP ConfAck id=0x1 <mru 1492> <magic 0x24f768d>]
rcvd [CHAP Challenge id=0x9d <b780a2e08807e3e974b15dac0707f983>, name = "BSREI152"]
sent [CHAP Response id=0x9d <a67a7f3ed67d07a0937f7eb13e4b91a4>, name = "marvin"]
rcvd [CHAP Failure id=0x9d "Unable to authenticate"]
CHAP authentication failed: Unable to authenticate
CHAP authentication failed
sent [LCP TermReq id=0x2 "Failed to authenticate ourselves to peer"]
rcvd [LCP TermReq id=0xcd]
sent [LCP TermAck id=0xcd]
rcvd [LCP TermAck id=0x2]
Connection terminated.


There's an error in it. Look at the line :
sent [CHAP Response id=0x9d <a67a7f3ed67d07a0937f7eb13e4b91a4>, name = "marvin"]

name = "marvin" is an error (marvin is the name of my box), it should be mylogin instead of that. 
Comment 4 Roy Marples (RETIRED) gentoo-dev 2006-12-18 03:14:26 UTC
Resolution of bug #104869 conflicts with this one.

Would mobile advise which bug they would prefer to be resolved?
Comment 5 Alin Năstac (RETIRED) gentoo-dev 2006-12-18 03:41:50 UTC
The whole bug 104869 is INVALID. By simply not setting username_ppp0, you will not have "username" attached to pppd command line.

"noauth" refers to pppd not requesting the peer to authenticate itself. It doesn't say anything about us authenticating. Quote from pppd manual:
 noauth - Do not require the peer to authenticate itself.  This option is privileged.
Comment 6 Guillaume Castagnino 2006-12-18 03:46:38 UTC
Ok, I see. There must be a misunderstanding on the "noauth" option meaning...

noauth is used not to authenticate the peer you want to connect to.
For example : I need noauth param so that my ppp endpoint have not to authenticate to me. But that does not mean I have to disable my chap authentication !

Example : I'm A, and my ppp endpoint (at my ISP) is B
With noauth and chap parameters (user/password)

B does not need to authenticate to A (because A have the "noauth" option), but A always need to authenticate (with chap) to B, because B ppp endpoint has the "auth" option.

so if A has the noauth option, that does NOT mean that A have to disable his own chap authentication, but only that A does not have to wait for an authentication from B.

For me resolution of bug #104869 is corrupting the meaning of noauth option

Regards
Comment 7 Martin von Gagern 2006-12-18 11:33:48 UTC
I experienced the same today. Going by the pppd man pages and net.example I had noauth in my config and after an update of baselayout I suddenly couldn't connect any more. Finding the reason without access to the internet was a tough one.

Therefore I'd like to see this here at a high priority, since it's easy to revert attachment #103058 [details, diff] and release a new revision, but until this happens the impact on people can be rather severe.
Comment 8 Roy Marples (RETIRED) gentoo-dev 2006-12-19 09:28:52 UTC
Fixed in 1.12.8