* Re: Problem with interface ppp0
2004-09-28 17:23 Problem with interface ppp0 Tomas Vadfors
@ 2004-09-28 17:39 ` Bill Unruh
2004-09-28 19:57 ` Clifford Kite
` (3 subsequent siblings)
4 siblings, 0 replies; 6+ messages in thread
From: Bill Unruh @ 2004-09-28 17:39 UTC (permalink / raw)
To: linux-ppp
If kppp works it is fine. If it does not it is a complete piece of junk,
and gives no or completely confusing error messages.
Make sure that you have the word
debug
in /etc/ppp/options, and have the line
local2.*;daemon.* /var/log/ppplog
in /etc/syslog.conf
( and run
killall -1 syslogd
just to make sure)
Then look in the file /var/log/ppplog after a connection attempt.
It may well be that your new kernel has not made /dev/ppp (does it
exist just after one of your attempts?
Note also the line
"Error opening resolv.conf"
Have you checked that /etc/resolv.conf is readable by all?
That it even exists?
On Tue, 28 Sep 2004, Tomas Vadfors wrote:
> Hello!
>
> I've got a slight problem. I have always before been able to connect to the
> internet using my 56K V90 modem. Setup in the program kppp has been
> straightforward, but since I upgraded my Debian system to unstable (Sid) and
> built a new kernel (2.6.3) I have had a problem.
>
> The modem dials, and seems to connect, but I can't go to any webpages. I
> don't think it's a DNS-related problem, I think it has something to do with
> the "interface" ppp0. Please observe that the connection is not abrupted
> immediately, I've specified "noauth" somewhere rootish. This is the output
> from kppp in the xterm from which it was run:
>
> Opener: received SetSecret
> Opener: received SetSecret
> Opener: received OpenLock
>
> Opener: received OpenDevice
> Opener: received ExecPPPDaemon
> Kernel supports ppp alright.
> pppd: using the noauth option requires root privilege
> received unexpected SIGCHLD.
> In parent: pppd pid 1114
> Couldn't find interface ppp0: No such device
> Couldn't find interface ppp0: No such device
> Couldn't find interface ppp0: No such device
> Couldn't find interface ppp0: No such device
> ....
> (this actually repeats over and over until I press Cancel in the kppp
> window)
>
> Opener: received RemoveSecret
> Opener: received RemoveSecret
> Opener: received OpenResolv
> Opener: received OpenResolv
> error opening resolv.conf!
> Opener: received KillPPPDaemon
> In killpppd(): Sending SIGTERM to 1114
> Opener: received RemoveLock
>
> Thanks for any help!
>
> /Tomas
>
> _________________________________________________________________
> Lättare att hitta drömresan med MSN Resor http://www.msn.se/resor/
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
William G. Unruh | Canadian Institute for| Tel: +1(604)822-3273
Physics&Astronomy | Advanced Research | Fax: +1(604)822-5324
UBC, Vancouver,BC | Program in Cosmology | unruh@physics.ubc.ca
Canada V6T 1Z1 | and Gravity | www.theory.physics.ubc.ca/
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: Problem with interface ppp0
2004-09-28 17:23 Problem with interface ppp0 Tomas Vadfors
2004-09-28 17:39 ` Bill Unruh
@ 2004-09-28 19:57 ` Clifford Kite
2004-10-15 18:51 ` Tomas Vadfors
` (2 subsequent siblings)
4 siblings, 0 replies; 6+ messages in thread
From: Clifford Kite @ 2004-09-28 19:57 UTC (permalink / raw)
To: linux-ppp
On Tue, 28 Sep 2004, Tomas Vadfors wrote:
|The modem dials, and seems to connect, but I can't go to any webpages. I
|don't think it's a DNS-related problem, I think it has something to do with
|the "interface" ppp0. Please observe that the connection is not abrupted
|immediately, I've specified "noauth" somewhere rootish. This is the output
|from kppp in the xterm from which it was run:
|
|Opener: received SetSecret
|Opener: received SetSecret
|Opener: received OpenLock
|
|Opener: received OpenDevice
|Opener: received ExecPPPDaemon
|Kernel supports ppp alright.
|pppd: using the noauth option requires root privilege
This error message comes from pppd/options.c in the pppd source.
So I think you might be mistaken in implying that noauth is in a
(user readable) privileged options file, i.e., /etc/ppp/options or an
options file read using the call option. Or perhaps the device file
for the serial device is not specified in a privileged options file?
---
Clifford Kite http://ckite.no-ip.net
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: Problem with interface ppp0
2004-09-28 17:23 Problem with interface ppp0 Tomas Vadfors
2004-09-28 17:39 ` Bill Unruh
2004-09-28 19:57 ` Clifford Kite
@ 2004-10-15 18:51 ` Tomas Vadfors
2004-10-15 19:02 ` carlsonj
2004-10-16 20:08 ` Bill Unruh
4 siblings, 0 replies; 6+ messages in thread
From: Tomas Vadfors @ 2004-10-15 18:51 UTC (permalink / raw)
To: linux-ppp
>If kppp works it is fine. If it does not it is a complete piece of junk,
>and gives no or completely confusing error messages.
You're right about that!
>debug
>in /etc/ppp/options, and have the line
>local2.*;daemon.* /var/log/ppplog
>in /etc/syslog.conf
>( and run
>killall -1 syslogd
>just to make sure)
>Then look in the file /var/log/ppplog after a connection attempt.
Done this! Couldn't find an error (don't really know what I'm looking for
though). Still not able to access any webpages while connected. Here
is the output to /var/log/ppplog after an attempt by root:
Oct 15 00:26:17 Rohan pppd[2054]: pppd 2.4.2 started by root, uid 0
Oct 15 00:26:17 Rohan pppd[2054]: using channel 2
Oct 15 00:26:17 Rohan pppd[2054]: Using interface ppp0
Oct 15 00:26:17 Rohan pppd[2054]: Connect: ppp0 <--> /dev/ttyS1
Oct 15 00:26:17 Rohan pppd[2054]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
<magic 0x19d71fb2> <pcomp> <accomp>]
Oct 15 00:26:18 Rohan pppd[2054]: rcvd [proto=0xd] 0a
Oct 15 00:26:18 Rohan pppd[2054]: Discarded non-LCP packet when LCP not open
Oct 15 00:26:18 Rohan pppd[2054]: rcvd [proto=0x55] 73 65 72 6e 61 6d 65 3a
20
Oct 15 00:26:18 Rohan pppd[2054]: Discarded non-LCP packet when LCP not open
Oct 15 00:26:18 Rohan pppd[2054]: rcvd [LCP ConfReq id=0x1 <mru 1500>
<asyncmap 0x0> <auth pap> <magic 0x2b736667> <pcomp> <accomp>]
Oct 15 00:26:18 Rohan pppd[2054]: sent [LCP ConfAck id=0x1 <mru 1500>
<asyncmap 0x0> <auth pap> <magic 0x2b736667> <pcomp> <accomp>]
Oct 15 00:26:18 Rohan pppd[2054]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0>
<magic 0x19d71fb2> <pcomp> <accomp>]
Oct 15 00:26:18 Rohan pppd[2054]: sent [LCP EchoReq id=0x0 magic=0x19d71fb2]
Oct 15 00:26:18 Rohan pppd[2054]: sent [PAP AuthReq id=0x1 user="rix1261416"
password=<hidden>]
Oct 15 00:26:18 Rohan pppd[2054]: rcvd [LCP EchoRep id=0x0 magic=0x2b736667]
Oct 15 00:26:18 Rohan pppd[2054]: rcvd [PAP AuthAck id=0x1 ""]
Oct 15 00:26:18 Rohan pppd[2054]: PAP authentication succeeded
Oct 15 00:26:18 Rohan pppd[2054]: kernel does not support PPP filtering
Oct 15 00:26:18 Rohan pppd[2054]: sent [CCP ConfReq id=0x1 <deflate 15>
<deflate(old#) 15>]
Oct 15 00:26:18 Rohan pppd[2054]: sent [IPCP ConfReq id=0x1 <compress VJ 0f
01> <addr 0.0.0.0>]
Oct 15 00:26:18 Rohan pppd[2054]: rcvd [IPCP ConfReq id=0x1 <compress VJ 0f
00> <addr 82.96.24.3>]
Oct 15 00:26:18 Rohan pppd[2054]: sent [IPCP ConfAck id=0x1 <compress VJ 0f
00> <addr 82.96.24.3>]
Oct 15 00:26:18 Rohan pppd[2054]: rcvd [LCP ProtRej id=0x1 80 fd 01 01 00 0c
1a 04 78 00 18 04 78 00]
Oct 15 00:26:18 Rohan pppd[2054]: rcvd [IPCP ConfNak id=0x1 <compress VJ 0f
00> <addr 82.96.24.131>]
Oct 15 00:26:18 Rohan pppd[2054]: sent [IPCP ConfReq id=0x2 <compress VJ 0f
00> <addr 82.96.24.131>]
Oct 15 00:26:18 Rohan pppd[2054]: rcvd [IPCP ConfAck id=0x2 <compress VJ 0f
00> <addr 82.96.24.131>]
Oct 15 00:26:18 Rohan pppd[2054]: Cannot determine ethernet address for
proxy ARP
Oct 15 00:26:18 Rohan pppd[2054]: local IP address 82.96.24.131
Oct 15 00:26:18 Rohan pppd[2054]: remote IP address 82.96.24.3
Oct 15 00:26:18 Rohan pppd[2054]: Script /etc/ppp/ip-up started (pid 2064)
Oct 15 00:26:18 Rohan pppd[2054]: Script /etc/ppp/ip-up finished (pid 2064),
status = 0x0
Oct 15 00:26:19 Rohan wwwoffled[390]: WWWOFFLE Connection from host Rohan
(127.0.0.1).
Oct 15 00:26:19 Rohan wwwoffled[390]: WWWOFFLE Online.
Oct 15 00:26:19 Rohan wwwoffled[390]: WWWOFFLE Connection from host Rohan
(127.0.0.1).
Oct 15 00:26:19 Rohan wwwoffled[390]: WWWOFFLE Fetch.
Oct 15 00:26:29 Rohan wwwoffled[390]: WWWOFFLE Fetch finished.
Oct 15 00:27:16 Rohan pppd[2054]: Terminating on signal 15.
Oct 15 00:27:16 Rohan pppd[2054]: Script /etc/ppp/ip-down started (pid 2136)
Oct 15 00:27:16 Rohan pppd[2054]: sent [LCP TermReq id=0x2 "User request"]
Oct 15 00:27:16 Rohan pppd[2054]: rcvd [LCP TermAck id=0x2]
Oct 15 00:27:16 Rohan pppd[2054]: Connection terminated.
Oct 15 00:27:16 Rohan pppd[2054]: Connect time 1.0 minutes.
Oct 15 00:27:16 Rohan pppd[2054]: Sent 60 bytes, received 58 bytes.
Oct 15 00:27:16 Rohan pppd[2054]: Waiting for 1 child processes...
Oct 15 00:27:16 Rohan pppd[2054]: script /etc/ppp/ip-down, pid 2136
Oct 15 00:27:16 Rohan wwwoffled[390]: WWWOFFLE Connection from host Rohan
(127.0.0.1).
Oct 15 00:27:16 Rohan wwwoffled[390]: WWWOFFLE Offline.
Oct 15 00:27:16 Rohan pppd[2054]: Script /etc/ppp/ip-down finished (pid
2136), status = 0x0
Oct 15 00:27:16 Rohan pppd[2054]: Exit.
and it output the following (into ppplog) after I tried as a normal user.
Note that
I now had the "noauth" option in /etc/ppp/options
Oct 15 00:29:25 Rohan kdm_greet[2198]: Can't open default user face
Oct 15 00:30:39 Rohan pppd[2315]: using the noauth option requires root
privilege
>It may well be that your new kernel has not made /dev/ppp (does it
>exist just after one of your attempts?
What I've seen /dev/ppp exists alright.
>Note also the line
>"Error opening resolv.conf"
>Have you checked that /etc/resolv.conf is readable by all?
>That it even exists?
Yep. It's a link to some other file. I think that is readable by all...
Thanks alot for all your help so far!
Regards Tomas
_________________________________________________________________
Chatt: Träffa nya nätkompisar på Habbo Hotel
http://habbohotel.msn.se/habbo/sv/channelizer
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Problem with interface ppp0
2004-09-28 17:23 Problem with interface ppp0 Tomas Vadfors
` (2 preceding siblings ...)
2004-10-15 18:51 ` Tomas Vadfors
@ 2004-10-15 19:02 ` carlsonj
2004-10-16 20:08 ` Bill Unruh
4 siblings, 0 replies; 6+ messages in thread
From: carlsonj @ 2004-10-15 19:02 UTC (permalink / raw)
To: linux-ppp
Tomas Vadfors writes:
> Oct 15 00:26:18 Rohan pppd[2054]: Cannot determine ethernet address for
> proxy ARP
That means that you have the "proxyarp" option in your configuration,
and you probably shouldn't. If this log is not from the dial-in
server system (and it looks like it's not), then "proxyarp" isn't
right at all.
Beyond the warning message, though, it doesn't hurt.
> Oct 15 00:26:18 Rohan pppd[2054]: local IP address 82.96.24.131
> Oct 15 00:26:18 Rohan pppd[2054]: remote IP address 82.96.24.3
That looks like a good PPP link. Whatever's going wrong here, I don't
think that it's a PPP problem.
> and it output the following (into ppplog) after I tried as a normal user.
> Note that
> I now had the "noauth" option in /etc/ppp/options
>
> Oct 15 00:29:25 Rohan kdm_greet[2198]: Can't open default user face
> Oct 15 00:30:39 Rohan pppd[2315]: using the noauth option requires root
> privilege
Perhaps 'pppd' itself isn't owned by root or doesn't have the setuid
bit on it. It should. Or you have 'noauth' in some unprivileged
location as well. You need to have it in a privileged location, *IF*
you use it at all.
The fact that you need to use it, though, points out that you may well
have other problems. Do you have a default route? You almost
certainly should not, if this PPP link is dialing into your ISP.
Instead, you should have the "defaultroute" option in /etc/ppp/options
(or /etc/ppp/peers/*, as that's privileged as well) and pppd will
establish the default route when the link is up.
> >Note also the line
> >"Error opening resolv.conf"
> >Have you checked that /etc/resolv.conf is readable by all?
> >That it even exists?
>
> Yep. It's a link to some other file. I think that is readable by all...
What other file?
Are the contents correct?
--
James Carlson <carlsonj@workingcode.com>
^ permalink raw reply [flat|nested] 6+ messages in thread* Re: Problem with interface ppp0
2004-09-28 17:23 Problem with interface ppp0 Tomas Vadfors
` (3 preceding siblings ...)
2004-10-15 19:02 ` carlsonj
@ 2004-10-16 20:08 ` Bill Unruh
4 siblings, 0 replies; 6+ messages in thread
From: Bill Unruh @ 2004-10-16 20:08 UTC (permalink / raw)
To: linux-ppp
On Fri, 15 Oct 2004, Tomas Vadfors wrote:
> >If kppp works it is fine. If it does not it is a complete piece of junk,
> >and gives no or completely confusing error messages.
>
> You're right about that!
>
> >debug
> >in /etc/ppp/options, and have the line
> >local2.*;daemon.* /var/log/ppplog
> >in /etc/syslog.conf
> >( and run
> >killall -1 syslogd
> >just to make sure)
> >Then look in the file /var/log/ppplog after a connection attempt.
>
> Done this! Couldn't find an error (don't really know what I'm looking for
> though). Still not able to access any webpages while connected. Here
> is the output to /var/log/ppplog after an attempt by root:
>
> Oct 15 00:26:17 Rohan pppd[2054]: pppd 2.4.2 started by root, uid 0
> Oct 15 00:26:17 Rohan pppd[2054]: using channel 2
> Oct 15 00:26:17 Rohan pppd[2054]: Using interface ppp0
> Oct 15 00:26:17 Rohan pppd[2054]: Connect: ppp0 <--> /dev/ttyS1
> Oct 15 00:26:17 Rohan pppd[2054]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
> <magic 0x19d71fb2> <pcomp> <accomp>]
> Oct 15 00:26:18 Rohan pppd[2054]: rcvd [proto=0xd] 0a
> Oct 15 00:26:18 Rohan pppd[2054]: Discarded non-LCP packet when LCP not open
> Oct 15 00:26:18 Rohan pppd[2054]: rcvd [proto=0x55] 73 65 72 6e 61 6d 65 3a
> 20
The remote side is asking you to log on That packet says
sername:
YOu may have sent a carriage return to the far side befor you opened
pppd (you did not include the chat negotiations.-- ie you forgot the
local2:* or you forgot the -v option to chat)
> Oct 15 00:26:18 Rohan pppd[2054]: Discarded non-LCP packet when LCP not open
> Oct 15 00:26:18 Rohan pppd[2054]: rcvd [LCP ConfReq id=0x1 <mru 1500>
> <asyncmap 0x0> <auth pap> <magic 0x2b736667> <pcomp> <accomp>]
The the remote side seems to give up asking for username and instead
starts ppp negotiation. Weird.
> Oct 15 00:26:18 Rohan pppd[2054]: sent [LCP ConfAck id=0x1 <mru 1500>
> <asyncmap 0x0> <auth pap> <magic 0x2b736667> <pcomp> <accomp>]
> Oct 15 00:26:18 Rohan pppd[2054]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0>
> <magic 0x19d71fb2> <pcomp> <accomp>]
> Oct 15 00:26:18 Rohan pppd[2054]: sent [LCP EchoReq id=0x0 magic=0x19d71fb2]
> Oct 15 00:26:18 Rohan pppd[2054]: sent [PAP AuthReq id=0x1 user="rix1261416"
> password=<hidden>]
> Oct 15 00:26:18 Rohan pppd[2054]: rcvd [LCP EchoRep id=0x0 magic=0x2b736667]
> Oct 15 00:26:18 Rohan pppd[2054]: rcvd [PAP AuthAck id=0x1 ""]
> Oct 15 00:26:18 Rohan pppd[2054]: PAP authentication succeeded
> Oct 15 00:26:18 Rohan pppd[2054]: kernel does not support PPP filtering
> Oct 15 00:26:18 Rohan pppd[2054]: sent [CCP ConfReq id=0x1 <deflate 15>
> <deflate(old#) 15>]
Put noccp into /etc/ppp/options.
> Oct 15 00:26:18 Rohan pppd[2054]: sent [IPCP ConfReq id=0x1 <compress VJ 0f
> 01> <addr 0.0.0.0>]
> Oct 15 00:26:18 Rohan pppd[2054]: rcvd [IPCP ConfReq id=0x1 <compress VJ 0f
> 00> <addr 82.96.24.3>]
> Oct 15 00:26:18 Rohan pppd[2054]: sent [IPCP ConfAck id=0x1 <compress VJ 0f
> 00> <addr 82.96.24.3>]
> Oct 15 00:26:18 Rohan pppd[2054]: rcvd [LCP ProtRej id=0x1 80 fd 01 01 00 0c
> 1a 04 78 00 18 04 78 00]
> Oct 15 00:26:18 Rohan pppd[2054]: rcvd [IPCP ConfNak id=0x1 <compress VJ 0f
> 00> <addr 82.96.24.131>]
> Oct 15 00:26:18 Rohan pppd[2054]: sent [IPCP ConfReq id=0x2 <compress VJ 0f
> 00> <addr 82.96.24.131>]
> Oct 15 00:26:18 Rohan pppd[2054]: rcvd [IPCP ConfAck id=0x2 <compress VJ 0f
> 00> <addr 82.96.24.131>]
> Oct 15 00:26:18 Rohan pppd[2054]: Cannot determine ethernet address for
> proxy ARP
get rid of the proxyarp option.
> Oct 15 00:26:18 Rohan pppd[2054]: local IP address 82.96.24.131
> Oct 15 00:26:18 Rohan pppd[2054]: remote IP address 82.96.24.3
> Oct 15 00:26:18 Rohan pppd[2054]: Script /etc/ppp/ip-up started (pid 2064)
> Oct 15 00:26:18 Rohan pppd[2054]: Script /etc/ppp/ip-up finished (pid 2064),
> status = 0x0
> Oct 15 00:26:19 Rohan wwwoffled[390]: WWWOFFLE Connection from host Rohan
> (127.0.0.1).
> Oct 15 00:26:19 Rohan wwwoffled[390]: WWWOFFLE Online.
> Oct 15 00:26:19 Rohan wwwoffled[390]: WWWOFFLE Connection from host Rohan
> (127.0.0.1).
> Oct 15 00:26:19 Rohan wwwoffled[390]: WWWOFFLE Fetch.
> Oct 15 00:26:29 Rohan wwwoffled[390]: WWWOFFLE Fetch finished.
Apparently you run some program called wwwoffled.
> Oct 15 00:27:16 Rohan pppd[2054]: Terminating on signal 15.
> Oct 15 00:27:16 Rohan pppd[2054]: Script /etc/ppp/ip-down started (pid 2136)
> Oct 15 00:27:16 Rohan pppd[2054]: sent [LCP TermReq id=0x2 "User request"]
> Oct 15 00:27:16 Rohan pppd[2054]: rcvd [LCP TermAck id=0x2]
> Oct 15 00:27:16 Rohan pppd[2054]: Connection terminated.
> Oct 15 00:27:16 Rohan pppd[2054]: Connect time 1.0 minutes.
One minute after you connected you shut down the connection, or the
other side did.
> Oct 15 00:27:16 Rohan pppd[2054]: Sent 60 bytes, received 58 bytes.
> Oct 15 00:27:16 Rohan pppd[2054]: Waiting for 1 child processes...
> Oct 15 00:27:16 Rohan pppd[2054]: script /etc/ppp/ip-down, pid 2136
> Oct 15 00:27:16 Rohan wwwoffled[390]: WWWOFFLE Connection from host Rohan
> (127.0.0.1).
> Oct 15 00:27:16 Rohan wwwoffled[390]: WWWOFFLE Offline.
> Oct 15 00:27:16 Rohan pppd[2054]: Script /etc/ppp/ip-down finished (pid
> 2136), status = 0x0
> Oct 15 00:27:16 Rohan pppd[2054]: Exit.
>
> and it output the following (into ppplog) after I tried as a normal user.
> Note that
> I now had the "noauth" option in /etc/ppp/options
>
> Oct 15 00:29:25 Rohan kdm_greet[2198]: Can't open default user face
> Oct 15 00:30:39 Rohan pppd[2315]: using the noauth option requires root
> privilege
I assume that is clear. You CANNOT use the noauth option as a user.
>
> >It may well be that your new kernel has not made /dev/ppp (does it
> >exist just after one of your attempts?
>
> What I've seen /dev/ppp exists alright.
PPP works fine.
>
> >Note also the line
> >"Error opening resolv.conf"
> >Have you checked that /etc/resolv.conf is readable by all?
> >That it even exists?
>
> Yep. It's a link to some other file. I think that is readable by all...
You think it is? Why do you not check? do ls -la on that "other file"
>
> Thanks alot for all your help so far!
>
> Regards Tomas
>
> _________________________________________________________________
> Chatt: Träffa nya nätkompisar på Habbo Hotel
> http://habbohotel.msn.se/habbo/sv/channelizer
>
--
William G. Unruh | Canadian Institute for| Tel: +1(604)822-3273
Physics&Astronomy | Advanced Research | Fax: +1(604)822-5324
UBC, Vancouver,BC | Program in Cosmology | unruh@physics.ubc.ca
Canada V6T 1Z1 | and Gravity | www.theory.physics.ubc.ca/
^ permalink raw reply [flat|nested] 6+ messages in thread