Re: Fwd: Re: Installed kppp despite VoIP and played with

[Philippe Vouters <philippe.vouters@xxxxxxxxxxx>]

Dear Jacques,

The 192.168.0.1 nameserver in Wolfgang's configuration should point to 
his DSL router DNS server/Gateway. I have the exact same configuration 
using my SFR provider and my SFR provided DSL modem/router box. The ppp 
issues are totally disconnected from the DSL/Ethernet aspect in 
Wolfgang's configuration. This is because Wolfgang does not route 
traffic between his ppp connection and his DSL connection. So when one 
link is up the other should become useless.

Ludwig has a simple DSL modem (no router) relaying modem information to 
his computer. Hence Ludwig has configured everything with DHCP whereas 
Wolfgang may have a fixed or dynamic Ethernet assigned IP address. I am 
even not sure whether Ludwig still uses a dial-up connection or has 
switched to DSL. Anyhow he is quite interested in having a correctly 
configured DSL connection.

Wolfgang's and Ludwig's two problems are only related because they are 
both running openSUSE and have troubles correctly configuring openSUSE 
so that www.google.com translates to a useable IP address whichever the 
connection is used. Ludwig and Wolfgang problems completely differ in 
the fact they do not use the same openSUSE version. Hence the proposed 
solutions to each differ.

In the hope this clarifies the issues in your mind.
With my warmest regards to you.
Philippe

Le 06/03/2012 15:18, Jacques Goldberg a écrit :
> Gentlemen
>
> I believe that the mess of files has become unmanageable.
>
> Does somebody know what in Wolfgang's SuSE machine sets a DNS of
> 192.168.0.1 ?
>
> This address pattern 192.168.*.* along with 10.0.*.* are reserved by IP
> standards for private local networks which can never been seen on the
> world wide Internet. This is of course the reason why you always see one
> of these two patterns on the local side of a router, or even a modem
> when using just a modem without router.
>
> Now on such a network most routers and unmarried modems are capable of
> returning to a loal PC a pseudo-DNS address such as 192.168.0.1 meaning
> the router/modem itself (I choosed 192.168 at random , it could have
> been 10.0 for the other local network pattern). When the router/modem
> connects to the world Internet, in most hardware models it CAN (but is
> never forced to),if so programmed, acquire via DHCP a world wide IP
> address for itself, and one or more DNS world wide addresses.
>
> This is by far the best and simplest way to set up the local network.
> Needless to say this is what I use at home, with four successive faster
> and faster modems+routers. I even started more than 10 years ago with an
> Alcatel allegedly modem-only where one bit in one byte of ROM had to be
> overwritten to make it see the built-in router! At this time I use
> Fedora 16 with (sometimes) concurrent Ethernet, WiFi, and cellular
> broadband modem, the latter using the setup scheme and the tools, wvdial
> included, of an analog modem connection.
>
> I think that Wolfgang now has a crowd of different methods
> simultaneously activated with softwares incoherently trying to use them.
> I definitely would suggest a major clean up, a careful look at the
> capabilities of his modem/router (by slowly reading at least twice the
> manual), and a slow, documented at all steps, attempt to follow the
> approach which I have reported.
>
> The usual caveat, SuSE (and not only SuSE, the method is due to
> Microsoft), is necessary: by definition users are assumed to be
> illiterate idiots,we manufacturers know better than them what they need,
> and we manufacturers consider of no value to tell them what we do and how.
>
> Jacques
>
> On 03/06/2012 01:35 PM, Philippe Vouters wrote:
>
> > -------- Message original --------
> > Sujet: Re: Installed kppp despite VoIP and played with
> > Date : Tue, 06 Mar 2012 11:48:21 +0100
> > De : Philippe Vouters <philippe.vouters@xxxxxxxxxxx>
> > Pour : Wolfgang Junker <junker@xxxxxxxxxxxxxxxxxxx>
> > Copie à : Jacques Goldberg <Jacques.Goldberg@xxxxxxx>, Ludwig Gebauer
> > <ludwiggebauer@xxxxxxx>, Antonio Olivares <olivares14031@xxxxxxxxx>
> >
> > Dear Wolfgang,
> >
> > Got the part of the DNS issue analyzing your kppp.log. Here is the
> > interesting sequence:
> >
> > 10362 open("/etc/resolv.conf.n1pCw8",
> > O_WRONLY|O_CREAT|O_APPEND|O_LARGEFILE, 0666) = 5
> > 10362 fcntl64(1, F_GETFD) = 0
> > 10362 fcntl64(1, F_DUPFD, 10) = 10
> > 10362 fcntl64(1, F_GETFD) = 0
> > 10362 fcntl64(10, F_SETFD, FD_CLOEXEC) = 0
> > 10362 dup2(5, 1) = 1
> > 10362 close(5) = 0
> > 10362 write(1, "nameserver 195.50.140.248\n", 26) = 26
> > 10362 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
> > 10362 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> > 10362 write(1, "nameserver 145.253.2.203\n", 25) = 25
> > 10362 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
> > 10362 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> > 10362 write(1, "nameserver 192.168.0.1\n", 23) = 23
> >
> > This means the file which is actually opened is:
> > /etc/resolv.conf.n1pCw8 which is a temporary file created by
> > /bin/mkstemp and in which all the ppp negociated DNS IP addresses are
> > stored as well as including your 192.168.0.1 nameserver.
> >
> > Then looking after /etc/resolv.conf.n1pCw8 it executes the following
> > command:
> > 10405 execve("/bin/mv", ["mv", "-f", "/etc/resolv.conf.n1pCw8",
> > "/etc/resolv.conf.netconfig"], ["PPPD_PID=10340", "PPPLOGNAME=root",
> > "TERM=raw", "SPEED=57600", "IPREMOTE=145.253.1.100", "IFNAME=ppp0",
> > "DNS2=145.253.2.203", "DNS1=195.50.140.248", "PWD=/", "SHLVL=3",
> > "DEVICE=/dev/536ep", "USEPEERDNS=1", "ORIG_UID=0",
> > "IPLOCAL=212.144.133.153", "_=/bin/mv"]) = 0
> > So $ /bin/mv -f /etc/resolv.conf.n1pCw8 /etc/resolv.conf.netconfig
> >
> > Now for your kppp DNS issue have a look to
> > http://seife.kernalert.de/blog/2008/12/11/using-dialup-with-111-if-networkmanager-does-not-handle-your-device/
> >
> > This information fully matches the problem and brings in a solution.
> > With my analysis of your kppp.log above, my Google query has naturally
> > been "OpenSUSE /etc/resolv.conf.netconfig kppp".
> >
> > Your truly,
> > Philippe
> >
> > Le 05/03/2012 22:32, Wolfgang Junker a écrit :
> > > Philippe,
> > >
> > > to put kppprc into /root/.kde4/share/config was really the right point!
> > > Having done this and trying $kppp as su it still crashes, but with the
> > > hint to first set
> > >
> > > export $(dbus-launch).
> > >
> > > So I did this (whatever it means...), and kppp runs under su *and* under
> > > user! It connects to my internet provider, but I don't get any
> > > throughput, ping says
> > >
> > > Network is unreachable
> > >
> > > and ssh says
> > >
> > > Could not resolve hostname
> > >
> > > so this seems to be the old DNS-problem. I did again a
> > > strace -v -e trace=all -f -o kppp.log kppp (this time as su)
> > > and append the kppp.log (it is rather long, sorry for the spam to all
> > > others...).
> > >
> > > I can't try efax as a user, because it sits in my root-directory... And
> > > here the rights of my /dev/536ep0:
> > >
> > > crw------- 1 root root 240, 1 5. Mär 20:05 536ep0
> > >
> > > Wolfgang
> > >
> > >
> > >
> > > On Mon, 5 Mar 2012, Philippe Vouters wrote:
> > >
> > > > Dear Wolfgang,
> > > >
> > > > Now when executed as root, kppp attempts to open
> > > > /root/.kde4/share/config/kppprc and does not find it.
> > > > 6841 stat64("/root/.kde4/share/config/kppprc", 0x8141d1c) = -1 ENOENT
> > > > (No such file or directory)
> > > > 6841 lstat64("/root/.kde4/share/config/kppprc", 0xbfdfc170) = -1
> > > > ENOENT (No such file or directory)
> > > >
> > > > You should really do the the following:
> > > >
> > > > $ sudo mkdir /root/.kde4
> > > > $ sudo mkdir /root/.kde4/share
> > > > $ sudo mkdir /root/.kde4/share/config
> > > > $ sudo cp /home/junker/.kde4/share/config/kppprc
> > > > /root/.kde4/share/config/kppprc
> > > > Then from a root account:
> > > > # kppp
> > > > or from a user account:
> > > > $ sudo kppp
> > > > or identically from a user account:
> > > > $ su -c 'kppp'
> > > >
> > > > Yours truly,
> > > > Philippe
> > > >
> > > > Le 05/03/2012 20:34, Wolfgang Junker a écrit :
> > > > > Dear Philippe,
> > > > >
> > > > > this is right, I am doing kppp as user. For this I have changed the
> > > > > rights of /usr/bin/kppp to
> > > > >
> > > > > -rwsr-xr-x 1 root root 554352 22. Feb 2011 kppp
> > > > >
> > > > > (This is how it worked for SUSE 10.3). If I do kppp as root, the
> > > > > program
> > > > > crashes rightaway. The "Permission denied" must somehow be an artefact
> > > > > of strace, I didn't get these messages before, and, as I said, I did
> > > > > already get an internet connection with kppp (up to the DNS-issue)
> > > > > with
> > > > > precisely the present configuration. E.g. the rights of /dev/modem are
> > > > > as follows:
> > > > >
> > > > > lrwxrwxrwx 1 root root 10 5. Mär 20:05 modem -> /dev/536ep
> > > > > crw-rw-rw- 1 root dialout 240, 1 5. Mär 20:05 536ep
> > > > >
> > > > > I tried now the $strace -v -e trace=all -f -o kppp.log kppp
> > > > > as root, but, as I said, the program crashes. I append the
> > > > > kppp.log-file
> > > > > which was created.
> > > > >
> > > > > Wolfgang
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On Mon, 5 Mar 2012, Philippe Vouters wrote:
> > > > >
> > > > > > Dear Wolfgang,
> > > > > >
> > > > > > As far as it seems you start kppp from your user account and not from
> > > > > > a root account. This explains why you get all these
> > > > > > /etc/ppp/chap-secrets* "Permission denied".
> > > > > >
> > > > > > You have this:
> > > > > >
> > > > > > [philippe@victor ~]$ grep /etc/ppp/chap-secrets kppp.log
> > > > > > 12745 open("/etc/ppp/chap-secrets.new",
> > > > > > O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = -1 EACCES (Permission
> > > > > > denied)
> > > > > > 12745 unlink("/etc/ppp/chap-secrets.old") = -1 ENOENT (No such
> > > > > > file or
> > > > > > directory)
> > > > > > 12745 rename("/etc/ppp/chap-secrets", "/etc/ppp/chap-secrets.old") =
> > > > > > -1 EACCES (Permission denied)
> > > > > > 12745 rename("/etc/ppp/chap-secrets.new", "/etc/ppp/chap-secrets") =
> > > > > > -1 ENOENT (No such file or directory)
> > > > > > 12745 access("/etc/ppp/chap-secrets.old", F_OK) = -1 ENOENT (No such
> > > > > > file or directory)
> > > > > >
> > > > > > Next you have:
> > > > > >
> > > > > > 12745 open("/dev/modem", O_RDWR|O_NOCTTY|O_NONBLOCK|O_LARGEFILE) = -1
> > > > > > EACCES (Permission denied)
> > > > > > 12745 write(2, "error opening modem device !\n", 29) = 29
> > > > > >
> > > > > > Looks very strange if efax from a user account is able to open
> > > > > > /dev/modem ! Check for /dev/modem permissions. You might have change
> > > > > > the /dev/modem permissions for hylafax operations.
> > > > > >
> > > > > > On my Fedora 16 computer, I have:
> > > > > >
> > > > > > [philippe@victor ~]$ ls /usr/bin/kppp
> > > > > > /usr/bin/kppp
> > > > > > [philippe@victor ~]$ ls -l /usr/bin/kppp
> > > > > > lrwxrwxrwx. 1 root root 13 Mar 5 04:29 /usr/bin/kppp -> consolehelper
> > > > > > [philippe@victor ~]$ ls -l /usr/sbin/kppp
> > > > > > -rwxr-xr-x. 1 root root 749004 Dec 3 07:28 /usr/sbin/kppp
> > > > > >
> > > > > > If, from my user account, I:
> > > > > > $ strace -v -e trace=all -f -o kppp.vouters.log /usr/sbin/kppp
> > > > > > I see on my screen first that I am not allowed to run pppd unless it
> > > > > > the SUID bit (Capture 19:22:22.png)
> > > > > > Next a dialog to configure kppp (Capture 19:17:21.png).
> > > > > >
> > > > > > In conclusion and under Fedora, the usual way is to call
> > > > > > /usr/bin/kppp
> > > > > > which activate a dialog prompting for root password (consolehelper
> > > > > > role), next activating /usr/sbin/kppp from a root context.
> > > > > >
> > > > > > Your problem comes from you do not activate kppp from a root context.
> > > > > > Hence all the permission denied.
> > > > > >
> > > > > > Kind regards,
> > > > > > Philippe
> > > > > >
> > > > > > Le 05/03/2012 18:47, Wolfgang Junker a écrit :
> > > > > > > Dear Philippe,
> > > > > > >
> > > > > > > my configuration file for kppp is .kde4/share/config/kppprc and
> > > > > > > looks as
> > > > > > > follows:
> > > > > > >
> > > > > > > pppdArguments=
> > > > > > >
> > > > > > > [Account0]
> > > > > > > AccountingEnabled=0
> > > > > > > AccountingFile=
> > > > > > > Authentication=4
> > > > > > > AutoDNS=1
> > > > > > > AutoName=0
> > > > > > > BeforeConnect=
> > > > > > > BeforeDisconnect=
> > > > > > > CallbackPhone=
> > > > > > > CallbackType=0
> > > > > > > Command=
> > > > > > > DNS=145.253.2.11
> > > > > > > DefaultRoute=0
> > > > > > > DisconnectCommand=
> > > > > > > Domain=
> > > > > > > ExDNSDisabled=0
> > > > > > > Gateway=0.0.0.0
> > > > > > > IPAddr=0.0.0.0
> > > > > > > Name=Arcor
> > > > > > > Password=internet
> > > > > > > Phonenumber=01920787
> > > > > > > ScriptArguments=
> > > > > > > ScriptCommands=
> > > > > > > StorePassword=1
> > > > > > > SubnetMask=0.0.0.0
> > > > > > > Username=arcor
> > > > > > > VolumeAccountingEnabled=0
> > > > > > > pppdArguments=debug
> > > > > > >
> > > > > > > [General]
> > > > > > > DefaultAccount=Arcor
> > > > > > > DefaultModem=Modem
> > > > > > > NumberOfAccounts=1
> > > > > > > NumberOfModems=1
> > > > > > > PPPDebug=0
> > > > > > > ShowLogWindow=1
> > > > > > >
> > > > > > > [Graph]
> > > > > > > Background=255,255,255
> > > > > > > Enabled=true
> > > > > > > InBytes=0,0,255
> > > > > > > OutBytes=255,0,0
> > > > > > > Text=0,0,0
> > > > > > >
> > > > > > > [Modem0]
> > > > > > > AnswerResponse=CONNECT
> > > > > > > AnswerString=ATA
> > > > > > > BusyResponse=BUSY
> > > > > > > BusyWait=0
> > > > > > > ConnectResponse=CONNECT
> > > > > > > DLPResponse=DIGITAL LINE DETECTED
> > > > > > > Device=/dev/modem
> > > > > > > DialString=ATDT
> > > > > > > Enter=CR/LF
> > > > > > > EscapeGuardTime=50
> > > > > > > EscapeResponse=OK
> > > > > > > EscapeString=+++
> > > > > > > FlowControl=Hardware [CRTSCTS]
> > > > > > > HangUpResponse=OK
> > > > > > > HangupString=+++ATH
> > > > > > > InitDelay=50
> > > > > > > InitResponse=OK
> > > > > > > InitString=ATZ
> > > > > > > InitString1=
> > > > > > > Name=Modem
> > > > > > > NoCarrierResponse=NO CARRIER
> > > > > > > NoDialToneDetection=ATX3
> > > > > > > NoDialToneResp=NO DIALTONE
> > > > > > > PreInitDelay=50
> > > > > > > RingResponse=RING
> > > > > > > Speed=57600
> > > > > > > Timeout=60
> > > > > > > ToneDuration=70
> > > > > > > UseLockFile=0
> > > > > > > Volume=2
> > > > > > > VolumeHigh=M1L3
> > > > > > > VolumeMedium=M1L1
> > > > > > > VolumeOff=M0L0
> > > > > > > WaitForDialTone=1
> > > > > > >
> > > > > > > [Modem1]
> > > > > > > AnswerResponse=
> > > > > > > AnswerString=
> > > > > > > BusyResponse=
> > > > > > > BusyWait=
> > > > > > > ConnectResponse=
> > > > > > > DLPResponse=
> > > > > > > Device=
> > > > > > > DialString=
> > > > > > > Enter=
> > > > > > > EscapeGuardTime=
> > > > > > > EscapeResponse=
> > > > > > > EscapeString=
> > > > > > > FlowControl=
> > > > > > > HangUpResponse=
> > > > > > > HangupString=
> > > > > > > InitDelay=
> > > > > > > InitResponse=
> > > > > > > InitString=
> > > > > > > InitString1=
> > > > > > > Name=
> > > > > > > DLPResponse=
> > > > > > > Device=
> > > > > > > DialString=
> > > > > > > Enter=
> > > > > > > EscapeGuardTime=
> > > > > > > EscapeResponse=
> > > > > > > EscapeString=
> > > > > > > FlowControl=
> > > > > > > HangUpResponse=
> > > > > > > HangupString=
> > > > > > > InitDelay=
> > > > > > > InitResponse=
> > > > > > > InitString=
> > > > > > > InitString1=
> > > > > > > Name=
> > > > > > > NoCarrierResponse=
> > > > > > > NoDialToneDetection=
> > > > > > > NoDialToneResp=
> > > > > > > PreInitDelay=
> > > > > > > RingResponse=
> > > > > > > Speed=
> > > > > > > Timeout=
> > > > > > > ToneDuration=
> > > > > > > UseLockFile=
> > > > > > > Volume=
> > > > > > > VolumeHigh=
> > > > > > > VolumeMedium=
> > > > > > > VolumeOff=
> > > > > > > WaitForDialTone=
> > > > > > >
> > > > > > > [WindowPosition]
> > > > > > > WindowPositionConWinX=247
> > > > > > > WindowPositionConWinY=0
> > > > > > > WindowPositionStatWinX=567
> > > > > > > WindowPositionStatWinY=0
> > > > > > > .......................................................................
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > I append the result of $strace -v -e trace=all -f -o kppp.log kppp
> > > > > > > to this mail.
> > > > > > >
> > > > > > > Sincerely
> > > > > > > Wolfgang
> > > > > > >
> > > > > > >
> > > > > > > On Mon, 5 Mar 2012, Philippe Vouters wrote:
> > > > > > >
> > > > > > > > Dear Jacques, Wolfgang,
> > > > > > > >
> > > > > > > > I just downloaded the adequate RPM for Fedora 16 containing kppp.
> > > > > > > > From
> > > > > > > > a root account, I ran strace over kppp. Because there are numerous
> > > > > > > > open calls, I edited the file and searched for the "kppp" string.
> > > > > > > >
> > > > > > > > First kppp attempts to open /root/.kde/share/config/kppprc. From
> > > > > > > > this
> > > > > > > > it knows what it must do, therefore directly proposing for me a
> > > > > > > > connection my old tiscali provider. Next as I previously specified
> > > > > > > > /dev/modem in this configuration, it opens /dev/modem and tries to
> > > > > > > > connect. Because the modem is no longer connected to an analog
> > > > > > > > phone
> > > > > > > > line, kppp fails with a NO DIALTONE. So its sounds so far very
> > > > > > > > sane.
> > > > > > > >
> > > > > > > > Yours truly,
> > > > > > > > Philippe
> > > > > > > >
> > > > > > > > [root@victor ~]# cat /root/.kde/share/config/kppprc
> > > > > > > > [Account0]
> > > > > > > > AccountingEnabled=0
> > > > > > > > AccountingFile=
> > > > > > > > Authentication=4
> > > > > > > > AutoDNS=1
> > > > > > > > AutoName=0
> > > > > > > > BeforeConnect=
> > > > > > > > BeforeDisconnect=
> > > > > > > > CallbackPhone=
> > > > > > > > CallbackType=0
> > > > > > > > Command=
> > > > > > > > DNS=
> > > > > > > > DefaultRoute=1
> > > > > > > > DisconnectCommand=
> > > > > > > > Domain=
> > > > > > > > ExDNSDisabled=0
> > > > > > > > Gateway=0.0.0.0
> > > > > > > > IPAddr=0.0.0.0
> > > > > > > > Name=tiscali
> > > > > > > > Password=100556
> > > > > > > > Phonenumber=0860015555
> > > > > > > > ScriptArguments=
> > > > > > > > ScriptCommands=
> > > > > > > > StorePassword=1
> > > > > > > > SubnetMask=0.0.0.0
> > > > > > > > Username=pvou0030@xxxxxxxxxx
> > > > > > > > VolumeAccountingEnabled=0
> > > > > > > > pppdArguments=debug
> > > > > > > >
> > > > > > > > [General]
> > > > > > > > DefaultAccount=tiscali
> > > > > > > > DefaultModem=536EP
> > > > > > > > NumberOfAccounts=1
> > > > > > > > NumberOfModems=1
> > > > > > > > PPPDebug=0
> > > > > > > > QuitOnDisconnect=1
> > > > > > > > ShowLogWindow=0
> > > > > > > > pppdTimeout=60
> > > > > > > >
> > > > > > > > [Graph]
> > > > > > > > Background=255,255,255
> > > > > > > > Enabled=true
> > > > > > > > InBytes=0,0,255
> > > > > > > > OutBytes=255,0,0
> > > > > > > > Text=0,0,0
> > > > > > > >
> > > > > > > > [Modem0]
> > > > > > > > AnswerResponse=CONNECT
> > > > > > > > AnswerString=ATA
> > > > > > > > BusyResponse=BUSY
> > > > > > > > BusyWait=52
> > > > > > > > ConnectResponse=CONNECT
> > > > > > > > DLPResponse=DIGITAL LINE DETECTED
> > > > > > > > Device=/dev/modem
> > > > > > > > DialString=ATDT
> > > > > > > > Enter=CR/LF
> > > > > > > > EscapeGuardTime=255
> > > > > > > > EscapeResponse=OK
> > > > > > > > EscapeString=+++
> > > > > > > > FlowControl=Hardware [CRTSCTS]
> > > > > > > > HangUpResponse=OK
> > > > > > > > HangupString=+++ATH
> > > > > > > > InitDelay=73
> > > > > > > > InitResponse=OK
> > > > > > > > InitString=AT&F E0 Q0 X4 S0=0 &D2 &C1 &S0 V1 W2
> > > > > > > > InitString1=AT+GCI=3D
> > > > > > > > Name=536EP
> > > > > > > > NoCarrierResponse=NO CARRIER
> > > > > > > > NoDialToneDetection=ATX3
> > > > > > > > NoDialToneResp=NO DIALTONE
> > > > > > > > PreInitDelay=53
> > > > > > > > RingResponse=RING
> > > > > > > > Speed=115200
> > > > > > > > Timeout=12
> > > > > > > > ToneDuration=36
> > > > > > > > UseLockFile=0
> > > > > > > > Volume=2
> > > > > > > > VolumeHigh=M1L3
> > > > > > > > VolumeMedium=M1L1
> > > > > > > > VolumeOff=M0L0
> > > > > > > > WaitForDialTone=1
> > > > > > > >
> > > > > > > > [WindowPosition]
> > > > > > > > WindowPositionConWinX=5
> > > > > > > > WindowPositionConWinY=24
> > > > > > > > WindowPositionStatWinX=279
> > > > > > > > WindowPositionStatWinY=354

--
Philippe Vouters (Fontainebleau/France)
URL: http://vouters.dyndns.org/