ppp link always dials when started with -auto?

[David Carter-Hitchin]

Just a follow up...

I forgot to mention that I also did a tcpdump on tun0 as the link comes up
- it shows no packets sent or received.  From my limited knowledge of ppp
negotiation, it looks like the link is being brought up but nothing is
being sent over it.

I also did a ktrace on ppp that didn't reveal anything which would
indicate why ppp is dialling upon initialisation.  

One other thing is that after the initial dial, if I leave ppp to timeout,
then it will not dial again, unless I do something (send mail, browse the
web) - I've left it for at least 24 hours.  This is strong evidence that
the way ppp itself is setup is causing it to dial upon initialisation - is
it testing the link?  Is that some option somewhere?

Many thanks,
David

On Fri, 31 Oct 2003, David Carter-Hitchin wrote:

> Hi All,
> 
> Hoping someone really clever knows the answer here (I asked on the
> 'questions' mailing list and I got no response).  This problem is really
> getting to me - I can normally solve problems on my own with some googling
> and reading the man pages, but this one has me beat.
> 
> Briefly:
> 
> 4.8-RELEASE "ppp -auto" always dials 
> Turned off sendmail - same result
> Booted in single user mode - same result
> Read /usr/share/examples/ppp, man ppp, ppp faq, searched google.
> 
> Need to know what or why the ppp link is being brought up.  Original
> message with my config and logs below.  I was running 4.9-RC and as an
> attempt to fix it I regressed to 4.8 (the day before 4.9 was released :-)
> 
> Many thanks in advance,
> David
> 
> 
> 
> ---------- Forwarded message ----------
> Date: Sun, 26 Oct 2003 22:19:10 +0000 (GMT)
> From: David Carter-Hitchin <david at carter-hitchin.clara.co.uk>
> To: freebsd-questions at freebsd.org
> Subject: ppp link always dials when started with -auto?
> 
> Hi FreeBSD'ers,
> 
> I've just upgraded to 4.9-RC (from 4.2) and I'm really happy with
> everything except ppp. 
> 
> Whenever I start ppp (with ppp -auto pmdemand) it immediately starts to
> dial - after connecting it briefly sends and receives a minimal amount of
> data then sits there idly.
> 
> One other problem I've got with my upgrade is that I'm getting pam errors:
> 
> Oct 26 20:26:25 stoat login: no modules loaded for `login' service
> Oct 26 20:26:25 stoat login: pam_open_session: Permission denied
> 
> (related?)
> 
> I've read the ppp faq and this question is covered and it says sendmail is
> the often the culprit.  This rang loud bells as I saw that the more recent
> version of sendmail has depreciated the 'nodns' feature.  So I tried
> rebooting without sendmail running, but still the same problem.  I tried
> killing off a few daemons including inetd, lpd, usbd.. but no joy.
> 
> I added "log All +tcp/ip" to get the full output, but I don't know enough
> about this stuff to go further.  I initially get the following lines in
> the log:
> 
> Oct 26 21:17:32 stoat ppp[466]: tun0: TCP/IP: OUT
> <0>: fe80::240:95ff:fe44:3e11 ---> ff02::1:ff44:3e11 (72)
> 
> Oct 26 21:17:32 stoat ppp[466]: tun0: TCP/IP: OUT ICMP: :::135 --->
> ff02::1:ff44:3e11 (16/64)
> 
> I've uploaded the rest of the conversation to:
> 
> http://www.carter-hitchin.clara.co.uk/logs/ppp.log.gz
> 
> My setup is an isolated workstation (no LAN, occasional dialup). Here are
> some outputs:
> 
> [516]->uname -a
> FreeBSD stoat.clara.net 4.9-RC FreeBSD 4.9-RC #0: Sat Oct 18 13:56:46 BST
> 2003     david at stoat.clara.net:/usr/obj/usr/src/sys/STOAT  i386
> 
> [517]->cat /etc/ppp/ppp.conf
> default: 
>  #set log Phase Chat LCP IPCP CCP tun command
>  set log All 
>  ident user-ppp VERSION (built COMPILATIONDATE)
>  set device /dev/cuaa0
>  set speed 115200
>  set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \
>           \"\" ATM1 OK \\dATDT\\T TIMEOUT 40 CONNECT"
>  enable dns
> 
> pmdemand:
>  set timeout 300                        # 3 mintue idle timer (the
> default)
>  set phone XXXXXXXXXXXXXXX 
>  set authname XXXXX
>  set authkey XXXXXX
>  add default HISADDR                    # Add a (sticky) default route
>  set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.255
> 
> 
> [68]->cat /etc/resolv.conf
> domain=stoat
> nameserver 195.8.69.7
> nameserver 195.8.69.12
> 
> [69]->cat /etc/hosts
> ::1                     localhost localhost.clara.net
> 127.0.0.1               localhost localhost.clara.net stoat.clara.net 
> 127.0.0.1               stoat stoat.clara.net
> 127.0.0.1               carter-hitchin.clara.co.uk
> 
> 
> I'd really appreciate some help here - I'm stuck in being able to
> identify precisely what is using the link.
> 
> Many thanks,
> David.
> 
> 
> 
> 
>