Bug 39854 – wvdial doesn't write /etc/ppp/pap-secrets

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description Pawel Jablonski 2004-01-30 02:00:37 UTC]

When I use wvdial, I can't auth with server with pap/chap auth
- auth failed (with terminal auth is OK)
After failed connection /etc/ppp/*-secrets are empty
(should have line with user and secret)
If I edit by hand /etc/ppp/pap-secrets and write username-secret pair,
wvdial connects without any problems
I use root account, wvdial has permissions to write /etc/ppp/*-secrets
Conclusion:
wvdial doesn't write user-secret pair from /etc/wvdial.conf
to /etc/ppp/pap-secrets, /etc/ppp/chap-secrets

Additional info:
root@dell pawelj # which wvdial
/usr/bin/wvdial
root@dell pawelj # strings /usr/bin/wvdial | grep pap-secrets
root@dell pawelj #

Strange? 


root@dell pawelj # emerge -pv wvdial
 
These are the packages that I would merge, in order:
 
Calculating dependencies ...done!
[ebuild   R   ] net-dialup/wvdial-1.53-r1
 


Reproducible: Always
Steps to Reproduce:
1.emerge wvdial, wvdialconf, edit /etc/wvdial.conf
2. connect using wvdial with pap/chap auth (dumb mode)
3.connect with wvdial

Actual Results:  
auth fail

Expected Results:  
auth OK

Portage 2.0.49-r20 (default-x86-1.4, gcc-3.3.2, glibc-2.3.2-r9, 2.4.22)
=================================================================
System uname: 2.4.22 i686 Mobile Intel(R) Pentium(R) 4 - M CPU 1.70GHz
Gentoo Base System version 1.4.3.10
ccache version 2.3 [enabled]
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium4 -Os -pipe -DNDEBUG -DG_DISABLE_ASSERT -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-march=pentium4 -Os -pipe -DNDEBUG -DG_DISABLE_ASSERT
-fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://212.219.247.14/sites/www.ibiblio.org/gentoo/
http://212.219.247.12/sites/www.ibiblio.org/gentoo/
http://212.219.247.17/sites/www.ibiblio.org/gentoo/
http://mirrors.sec.informatik.tu-darmstadt.de/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X alsa apm arts avi berkdb crypt cups encode esd foomaticdb gdbm gif gnome
gpm gtk gtk2 imlib java jpeg kde libg++ libwww mad mikmod motif mozilla mpeg
ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime
readline sdl slang spell sse ssl svga tcpd truetype x86 xml2 xmms xv zlib
linguas_pl_PL"

[Comment 1 Clay Culver 2004-02-25 21:19:36 UTC]

I dug through the 1.53 source code.  In order to write to /etc/ppp/{pap, chap}-secrets, the wvdial program calls the function WvPapChap::put_secret.  After checking the source tree, this function is only called in two places, the first is papchaptest.cc (which is just a test program, not part of the wvdial program) and  wvdialer.cc (which is commented out!).

Secondly, the program doesn't seem to be reading it's own configuration files (at least as far as the username/password is concerned).  The documentation says that this program reads from /etc/wvdial.conf (which contains a Username and Password field) and automagically updates {pap,chap}-secrets on its own (and indeed the functionality is there in the program, just never called).  So, for the time being it seems that this version of wvdial only works if you already set the contents of /etc/ppp/pap-secrets and/or /etc/ppp/chap-sercrets.

Should this problem be thrown upstream to the wvdial maintainers?

[Comment 2 Clay Culver 2004-02-25 21:46:16 UTC]

Ok, just found the source for the new version of wvdial on their website.  Source code says:

    // PP - Put this back in, since we're not using passwordfd unless we're
    // SuSE... how did this work without this?
    WvPapChap   papchap;
    papchap.put_secret( options.login, options.password, options.remote );

Looks like this is a known issue, and is fixed in 1.54.  Basically, wvdial is borked until you upgrade to version 1.54 (or you manually edit {pap,chap}-secrets yourself).

[Comment 3 Pawel Jablonski 2004-02-26 00:35:11 UTC]

So to resolve bug we should upgrade wvdial to 1.54 (current 1.53) and wvstream (needed by wvdial) (current 1.70) to 1.74. I try do it, but wvstream 1.74 I can't compile :-( (db related error)

[Comment 4 Clay Culver 2004-02-26 07:50:53 UTC]

Did you try to compile the source yourself or did you use the ebuild in portage for wvstreams?

I did:
emerge sync
ACCEPT_KEYWORDS="~x86" emerge wvstreams

And it built just fine.  If you had trouble building the wvstreams package using emerge you should file a seperate bug report.

[Comment 5 Heinrich Wendel (RETIRED) 2004-02-29 05:56:12 UTC]

this is fixed in 1.54.0