Linux-Networking Digest #430, Volume #11 Sun, 6 Jun 99 14:13:29 EDT
Contents:
SPAP; Fresh debug logs from buggy pppd (PVS)
Re: Reading mail on Linux using Netscape (norman elliott)
Re: SuSE Linux 6.1 & ioctl(PPPIOCGUNIT) Operation not permitted error? (Clifford
Kite)
what is "sunrpc" ? (Matt)
Compiling 1.2.XX kernel ("Vincent Lim")
WARNING: ypserv has to many running children ! We don't fork (Uwe Zimmermann)
----------------------------------------------------------------------------
From: PVS <[EMAIL PROTECTED]>
Crossposted-To: linux.redhat.ppp
Subject: SPAP; Fresh debug logs from buggy pppd
Date: Sun, 06 Jun 1999 16:43:48 GMT
Hi.
I have included 1 successful PAP connect log, and 2 unsucessful. The
long one is really weird.
Yes, I did match the asyncmaps to ease the negotiations.
So you say, I might as well let the lcp-max-configure and ipcp-max-conf
remain at their default (10?).
How do I speed up the PPP negotiations further?
Lastly, to make a GREAT ISP dialer, does one need to know the PPP
protocol, or can one leverage the Win95 implementation? I couldn't find
any API references to PPP in my copy of VC++ (customary bleah).
If so, perhaps you might refer me to a good book on the subject.
Logs and stuff are down below.
Thanks.
PVS
In article <7jbnfo$[EMAIL PROTECTED]>,
kite@NoSpam.%inetport.com (Clifford Kite) wrote:
> PVS ([EMAIL PROTECTED]) wrote:
>
> : (Have removed all the earlier threads from within this reply. Too
much
> : of it.)
>
> : I did succeed in getting a connect with Shiva. I threw planning to
the
> : winds and tried innumerable options. When I did get a connect, it
was
> : with the (guess what) the refuse-chap option. Deja vu Cliff. I had
> : include noauth in it, since the my pppd seems to be asking the peer
for
> : an auth. But later it seemed to be working fine even without the
noauth
> : option (default perhaps).
>
> : Problems still remain though. The PPP connect doesn't happen
everytime.
> : Sometimes pppd and peer keep saying ConfReq and ConfAck for
something as
> : inconsequential as asyncmap. They like the times of agreement, I
guess.
>
> This is one thing I overlooked in the log. You should try to match
the
> peer's asyncmap when there's trouble after the initial LCP
negotiations
> with authentication or IPCP negotiations. That's "asyncmap a0000" in
> this case. The reason is that there is a significant number of ISP
PPP
> implementations with broken Asycronous Control Character Map (ACCM,
and
> specified by asyncmap in pppd) code. This Shiva has amply
demonstrated
> that it's really buggy so it's worth a try.
>
> : So I put in big numbers against lcp-max-configure (100) and
> : icp-max-configure. That doesn't seem to have changed much. pppd
still
> : decides to call it quits after sending a few ConfReqs (last message
sent
> : 10 times--it says).
>
> Usually this only extends the duration of the link negotiations and
doesn't
> help.
>
> : But typically a few tries and I am connected, the rebellious nature
of
> : pppd notwithstanding.
>
> : But I disconnect in a few minutes too. Doesn't happen from Win95, so
it
> : can't be a bad line. Happens when I am connected to my (non-Shiva)
ISP
> : too. I think I need to send the equivalent of keep-alives, if there
is
> : anything like that.
>
> : Overall, (my) pppd is like an old jalopy. Dunno when it will give
up,
> : but keeps going anyhow!
>
> In the absence of hardware problems it shouldn't be this way with any
> decent PPP implementation on the other end of the wire. Pppd is well-
> regarded by some high-caliber people that do PPP implementation for a
> living.
>
> : I will post successful and unsuccessful debuglogs shortly. Its on
the
> : Linux partition, and Win95 can't see Linux.
>
> : And by the way, how on earth does one learn to read debuglogs like a
> : play script? Great help that would be!
>
> Some can do it because they do PPP implementation for a living and
> perhaps have even written a book. I can do it because I've had a lot
> of practice helping people here get connected to ISPs using Linux -
> and I bought a book by a top-notch PPP architect.
>
> --
> Clifford Kite <kite@inet%port.com> Not a guru.
(tm)
> /* The signal-to-noise ratio is too low in many [news] groups to make
> * them good candidates for archiving.
> * --- Mike Moraes, Answers to FAQs about Usenet */
---options---
/dev/modem
lcp-max-configure 100
lcp-max-configure 30
ipcp-max-configure 100
ipcp-max-failure 30
asyncmap 0xa0000
defaultroute
---options---
---peers/shiva---
refuse-chap
name my_login_name
---peers/shiva---
---Successful connect---
Jun 6 01:49:53 localhost pppd[273]: Connect: ppp0 <--> /dev/modem
Jun 6 01:49:53 localhost pppd[273]: sent [LCP ConfReq id=0x1 <asyncmap
0xa0000> <magic 0xb496bc78> <pcomp> <accomp>]
Jun 6 01:49:53 localhost pppd[273]: rcvd [LCP ConfReq id=0x1 <mru 1522>
<asyncmap 0xa0000> <auth 0xc027 01 00 00 03 00 00 00 0e> <magic
0xeb14f58e> <accomp> < 11 04 05 f2> < 12 02> < 13 09 03 00 80 d3 29 38
e0>]
Jun 6 01:49:53 localhost pppd[273]: sent [LCP ConfRej id=0x1 < 11 04 05
f2> < 12 02> < 13 09 03 00 80 d3 29 38 e0>]
Jun 6 01:49:53 localhost pppd[273]: rcvd [LCP ConfAck id=0x1 <asyncmap
0xa0000> <magic 0xb496bc78> <pcomp> <accomp>]
Jun 6 01:49:54 localhost pppd[273]: rcvd [LCP ConfReq id=0x2 <mru 1522>
<asyncmap 0xa0000> <auth 0xc027 01 00 00 03 00 00 00 0e> <magic
0xeb14f58e> <accomp>]
Jun 6 01:49:54 localhost pppd[273]: sent [LCP ConfNak id=0x2 <auth
pap>]
Jun 6 01:49:54 localhost pppd[273]: rcvd [LCP ConfReq id=0x3 <mru 1522>
<asyncmap 0xa0000> <auth 0xc027 01 00 00 02> <magic 0xeb14f58e>
<accomp>]
Jun 6 01:49:54 localhost pppd[273]: sent [LCP ConfNak id=0x3 <auth
pap>]
Jun 6 01:49:56 localhost pppd[273]: sent [LCP ConfReq id=0x1 <asyncmap
0xa0000> <magic 0xb496bc78> <pcomp> <accomp>]
Jun 6 01:50:08 localhost last message repeated 4 times
Jun 6 01:50:08 localhost pppd[273]: rcvd [LCP ConfAck id=0x1 <asyncmap
0xa0000> <magic 0xb496bc78> <pcomp> <accomp>]
Jun 6 01:50:11 localhost pppd[273]: sent [LCP ConfReq id=0x1 <asyncmap
0xa0000> <magic 0xb496bc78> <pcomp> <accomp>]
Jun 6 01:50:11 localhost pppd[273]: rcvd [LCP ConfAck id=0x1 <asyncmap
0xa0000> <magic 0xb496bc78> <pcomp> <accomp>]
Jun 6 01:50:12 localhost pppd[273]: rcvd [LCP ConfReq id=0xd <mru 1522>
<asyncmap 0xa0000> <auth 0xc123 01 00 00 02> <magic 0xeb14f58e>
<accomp>]
Jun 6 01:50:12 localhost pppd[273]: sent [LCP ConfNak id=0xd <auth
pap>]
Jun 6 01:50:14 localhost pppd[273]: sent [LCP ConfReq id=0x1 <asyncmap
0xa0000> <magic 0xb496bc78> <pcomp> <accomp>]
Jun 6 01:50:14 localhost pppd[273]: rcvd [LCP ConfAck id=0x1 <asyncmap
0xa0000> <magic 0xb496bc78> <pcomp> <accomp>]
Jun 6 01:50:17 localhost pppd[273]: sent [LCP ConfReq id=0x1 <asyncmap
0xa0000> <magic 0xb496bc78> <pcomp> <accomp>]
Jun 6 01:50:17 localhost pppd[273]: rcvd [LCP ConfAck id=0x1 <asyncmap
0xa0000> <magic 0xb496bc78> <pcomp> <accomp>]
Jun 6 01:50:18 localhost pppd[273]: rcvd [LCP ConfReq id=0x11 <mru
1522> <asyncmap 0xa0000> <auth chap 05> <magic 0xeb14f58e> <accomp>]
Jun 6 01:50:18 localhost pppd[273]: sent [LCP ConfNak id=0x11 <auth
pap>]
Jun 6 01:50:20 localhost pppd[273]: sent [LCP ConfReq id=0x1 <asyncmap
0xa0000> <magic 0xb496bc78> <pcomp> <accomp>]
Jun 6 01:50:20 localhost pppd[273]: rcvd [LCP ConfAck id=0x1 <asyncmap
0xa0000> <magic 0xb496bc78> <pcomp> <accomp>]
Jun 6 01:50:23 localhost pppd[273]: sent [LCP ConfReq id=0x1 <asyncmap
0xa0000> <magic 0xb496bc78> <pcomp> <accomp>]
Jun 6 01:50:24 localhost pppd[273]: rcvd [LCP ConfAck id=0x1 <asyncmap
0xa0000> <magic 0xb496bc78> <pcomp> <accomp>]
Jun 6 01:50:24 localhost pppd[273]: rcvd [LCP ConfReq id=0x15 <mru
1522> <asyncmap 0xa0000> <auth pap> <magic 0xeb14f58e> <accomp>]
Jun 6 01:50:24 localhost pppd[273]: sent [LCP ConfAck id=0x15 <mru
1522> <asyncmap 0xa0000> <auth pap> <magic 0xeb14f58e> <accomp>]
Jun 6 01:50:24 localhost pppd[273]: sent [PAP AuthReq id=0x1
user="my_login_name" password="my_password"]
Jun 6 01:50:27 localhost pppd[273]: sent [PAP AuthReq id=0x2
user="my_login_name" password="my_password"]
Jun 6 01:50:27 localhost pppd[273]: rcvd [PAP AuthAck id=0x2 "Welcome"]
Jun 6 01:50:27 localhost pppd[273]: Remote message: Welcome
Jun 6 01:50:27 localhost pppd[273]: sent [IPCP ConfReq id=0x1 <addr
0.0.0.0> <compress VJ 0f 01>]
Jun 6 01:50:28 localhost pppd[273]: rcvd [IPCP ConfNak id=0x1 <addr
148.5.4.196>]
Jun 6 01:50:28 localhost pppd[273]: sent [IPCP ConfReq id=0x2 <addr
148.5.4.196> <compress VJ 0f 01>]
Jun 6 01:50:28 localhost pppd[273]: rcvd [IPCP ConfAck id=0x2 <addr
148.5.4.196> <compress VJ 0f 01>]
Jun 6 01:50:28 localhost pppd[273]: rcvd [CCP ConfReq id=0x2 < 11 05 00
01 03>]
Jun 6 01:50:28 localhost pppd[273]: sent [CCP ConfReq id=0x1]
Jun 6 01:50:28 localhost pppd[273]: sent [CCP ConfRej id=0x2 < 11 05 00
01 03>]
Jun 6 01:50:28 localhost pppd[273]: rcvd [IPXCP ConfReq id=0x2 <network
f96cd149> <node 0080d32938e0> < 03 06 00 02 0f 00> <router proto 0>
<router name "BLR_SHIVA_1"> <complete>]
Jun 6 01:50:28 localhost pppd[273]: Unsupported protocol (0x802b)
received
Jun 6 01:50:28 localhost pppd[273]: sent [LCP ProtRej id=0x2 80 2b 01
02 00 2b 01 06 f9 6c d1 49 02 08 00 80 d3 29 38 e0 03 06 00 02 0f 00 04
04 00 00 05 0d 42 4c 52 5f 53 48 49 56 41 5f 31 06 02]
Jun 6 01:50:28 localhost pppd[273]: rcvd [proto=0x8029] 01 02 00 32 01
06 00 ff 00 e0 02 04 00 00 05 08 00 00 00 00 00 00 06 13 00 03 00 00 00
00 42 4c 52 5f 53 48 49 56 41 5f 31 07 03 2a 08 06 b1 00 00 00
Jun 6 01:50:28 localhost pppd[273]: Unsupported protocol (0x8029)
received
Jun 6 01:50:28 localhost pppd[273]: sent [LCP ProtRej id=0x3 80 29 01
02 00 32 01 06 00 ff 00 e0 02 04 00 00 05 08 00 00 00 00 00 00 06 13 00
03 00 00 00 00 42 4c 52 5f 53 48 49 56 41 5f 31 07 03 2a 08 06 b1 00 00
00]
Jun 6 01:50:28 localhost pppd[273]: rcvd [IPCP ConfReq id=0x2 <addr
148.5.4.177> <compress VJ 0f 00>]
Jun 6 01:50:28 localhost pppd[273]: sent [IPCP ConfAck id=0x2 <addr
148.5.4.177> <compress VJ 0f 00>]
Jun 6 01:50:28 localhost pppd[273]: local IP address 148.5.4.196
Jun 6 01:50:28 localhost pppd[273]: remote IP address 148.5.4.177
Jun 6 01:50:31 localhost pppd[273]: sent [CCP ConfReq id=0x1]
Jun 6 01:50:34 localhost pppd[273]: sent [CCP ConfReq id=0x1]
Jun 6 01:50:34 localhost pppd[273]: rcvd [CCP ConfReq id=0x6]
Jun 6 01:50:34 localhost pppd[273]: sent [CCP ConfAck id=0x6]
Jun 6 01:50:34 localhost pppd[273]: rcvd [CCP ConfAck id=0x1]
Jun 6 01:54:41 localhost pppd[273]: Hangup (SIGHUP)
Jun 6 01:54:41 localhost pppd[273]: Modem hangup
Jun 6 01:54:41 localhost pppd[273]: Connection terminated.
Jun 6 01:54:42 localhost pppd[273]: Exit.
Jun 6 01:55:52 localhost kernel: PPP: ppp line discipline successfully
unregistered
---See how quickly above dies?---
---Unsuccessful connect---
Jun 6 02:11:34 localhost kernel: CSLIP: code copyright 1989 Regents of
the University of California
Jun 6 02:11:35 localhost kernel: PPP: version 2.2.0 (dynamic channel
allocation)
Jun 6 02:11:35 localhost kernel: PPP Dynamic channel allocation code
copyright 1995 Caldera, Inc.
Jun 6 02:11:35 localhost kernel: PPP line discipline registered.
Jun 6 02:11:35 localhost kernel: registered device ppp0
Jun 6 02:11:35 localhost pppd[525]: pppd 2.3.5 started by pvs, uid 500
Jun 6 02:11:35 localhost pppd[525]: Using interface ppp0
Jun 6 02:11:35 localhost pppd[525]: Connect: ppp0 <--> /dev/modem
Jun 6 02:11:35 localhost pppd[525]: sent [LCP ConfReq id=0x1 <asyncmap
0xa0000> <magic 0xb1190f8e> <pcomp> <accomp>]
Jun 6 02:11:35 localhost pppd[525]: rcvd [LCP ConfReq id=0x1 <mru 1522>
<asyncmap 0xa0000> <auth 0xc027 01 00 00 03 00 00 00 0e> <magic
0x671e7020> <accomp> < 11 04 05 f2> < 12 02> < 13 09 03 00 80 d3 29 38
e0>]
Jun 6 02:11:35 localhost pppd[525]: sent [LCP ConfRej id=0x1 < 11 04 05
f2> < 12 02> < 13 09 03 00 80 d3 29 38 e0>]
Jun 6 02:11:35 localhost pppd[525]: rcvd [LCP ConfAck id=0x1 <asyncmap
0xa0000> <magic 0xb1190f8e> <pcomp> <accomp>]
Jun 6 02:11:35 localhost pppd[525]: rcvd [LCP ConfReq id=0x2 <mru 1522>
<asyncmap 0xa0000> <auth 0xc027 01 00 00 03 00 00 00 0e> <magic
0x671e7020> <accomp>]
Jun 6 02:11:35 localhost pppd[525]: sent [LCP ConfNak id=0x2 <auth
pap>]
Jun 6 02:11:35 localhost pppd[525]: rcvd [LCP ConfReq id=0x3 <mru 1522>
<asyncmap 0xa0000> <auth 0xc027 01 00 00 02> <magic 0x671e7020>
<accomp>]
Jun 6 02:11:35 localhost pppd[525]: sent [LCP ConfNak id=0x3 <auth
pap>]
Jun 6 02:11:38 localhost pppd[525]: sent [LCP ConfReq id=0x1 <asyncmap
0xa0000> <magic 0xb1190f8e> <pcomp> <accomp>]
Jun 6 02:11:56 localhost last message repeated 6 times
Jun 6 02:11:56 localhost pppd[525]: rcvd [LCP ConfAck id=0x1 <asyncmap
0xa0000> <magic 0xb1190f8e> <pcomp> <accomp>]
Jun 6 02:11:59 localhost pppd[525]: sent [LCP ConfReq id=0x1 <asyncmap
0xa0000> <magic 0xb1190f8e> <pcomp> <accomp>]
Jun 6 02:12:05 localhost last message repeated 2 times
Jun 6 02:12:08 localhost pppd[525]: Hangup (SIGHUP)
Jun 6 02:12:08 localhost pppd[525]: Modem hangup
Jun 6 02:12:08 localhost pppd[525]: Connection terminated.
Jun 6 02:12:09 localhost pppd[525]: Exit.
---Why give up after only 8 ConfReqs?---
---This is weird, lots of asyncmap, then protocol rejects---
Jun 6 02:24:17 localhost pppd[680]: Connect: ppp0 <--> /dev/modem
Jun 6 02:24:17 localhost pppd[680]: sent [LCP ConfReq id=0x1 <asyncmap
0xa0000> <magic 0xdcbc5ab0> <pcomp> <accomp>]
Jun 6 02:24:18 localhost pppd[680]: rcvd [LCP ConfReq id=0x1 <mru 1522>
<asyncmap 0xa0000> <auth 0xc027 01 00 00 03 00 00 00 0e> <magic
0x17487b0> <accomp> < 11 04 05 f2> < 12 02> < 13 09 03 00 80 d3 29 38
e0>]
Jun 6 02:24:18 localhost pppd[680]: sent [LCP ConfRej id=0x1 < 11 04 05
f2> < 12 02> < 13 09 03 00 80 d3 29 38 e0>]
Jun 6 02:24:18 localhost pppd[680]: rcvd [LCP ConfAck id=0x1 <asyncmap
0xa0000> <magic 0xdcbc5ab0> <pcomp> <accomp>]
Jun 6 02:24:18 localhost pppd[680]: rcvd [LCP ConfReq id=0x2 <mru 1522>
<asyncmap 0xa0000> <auth 0xc027 01 00 00 03 00 00 00 0e> <magic
0x17487b0> <accomp>]
Jun 6 02:24:18 localhost pppd[680]: sent [LCP ConfNak id=0x2 <auth
pap>]
Jun 6 02:24:18 localhost pppd[680]: rcvd [LCP ConfReq id=0x3 <mru 1522>
<asyncmap 0xa0000> <auth 0xc027 01 00 00 02> <magic 0x17487b0> <accomp>]
Jun 6 02:24:18 localhost pppd[680]: sent [LCP ConfNak id=0x3 <auth
pap>]
Jun 6 02:24:21 localhost pppd[680]: sent [LCP ConfReq id=0x1 <asyncmap
0xa0000> <magic 0xdcbc5ab0> <pcomp> <accomp>]
Jun 6 02:24:27 localhost last message repeated 2 times
Jun 6 02:24:27 localhost PAM_pwdb[226]: (login) session opened for user
pvs by (uid=0)
Jun 6 02:24:27 localhost login[226]: LOGIN ON tty3 BY pvs
Jun 6 02:24:27 localhost PAM_pwdb[226]: (login) session closed for user
pvs
Jun 6 02:24:30 localhost pppd[680]: sent [LCP ConfReq id=0x1 <asyncmap
0xa0000> <magic 0xdcbc5ab0> <pcomp> <accomp>]
Jun 6 02:24:30 localhost pppd[680]: rcvd [LCP ConfAck id=0x1 <asyncmap
0xa0000> <magic 0xdcbc5ab0> <pcomp> <accomp>]
Jun 6 02:24:33 localhost pppd[680]: sent [LCP ConfReq id=0x1 <asyncmap
0xa0000> <magic 0xdcbc5ab0> <pcomp> <accomp>]
Jun 6 02:24:33 localhost pppd[680]: rcvd [LCP ConfAck id=0x1 <asyncmap
0xa0000> <magic 0xdcbc5ab0> <pcomp> <accomp>]
Jun 6 02:24:36 localhost pppd[680]: sent [LCP ConfReq id=0x1 <asyncmap
0xa0000> <magic 0xdcbc5ab0> <pcomp> <accomp>]
Jun 6 02:24:36 localhost pppd[680]: rcvd [LCP ConfAck id=0x1 <asyncmap
0xa0000> <magic 0xdcbc5ab0> <pcomp> <accomp>]
Jun 6 02:24:36 localhost pppd[680]: rcvd [LCP ConfReq id=0xd <mru 1522>
<asyncmap 0xa0000> <auth 0xc123 01 00 00 02> <magic 0x17487b0> <accomp>]
Jun 6 02:24:36 localhost pppd[680]: sent [LCP ConfNak id=0xd <auth
pap>]
Jun 6 02:24:39 localhost pppd[680]: sent [LCP ConfReq id=0x1 <asyncmap
0xa0000> <magic 0xdcbc5ab0> <pcomp> <accomp>]
Jun 6 02:24:39 localhost pppd[680]: rcvd [LCP ConfAck id=0x1 <asyncmap
0xa0000> <magic 0xdcbc5ab0> <pcomp> <accomp>]
Jun 6 02:24:42 localhost pppd[680]: sent [LCP ConfReq id=0x1 <asyncmap
0xa0000> <magic 0xdcbc5ab0> <pcomp> <accomp>]
Jun 6 02:24:42 localhost pppd[680]: rcvd [LCP ConfAck id=0x1 <asyncmap
0xa0000> <magic 0xdcbc5ab0> <pcomp> <accomp>]
Jun 6 02:24:42 localhost pppd[680]: rcvd [LCP ConfReq id=0x11 <mru
1522> <asyncmap 0xa0000> <auth chap 05> <magic 0x17487b0> <accomp>]
Jun 6 02:24:42 localhost pppd[680]: sent [LCP ConfNak id=0x11 <auth
pap>]
Jun 6 02:24:45 localhost pppd[680]: sent [LCP ConfReq id=0x1 <asyncmap
0xa0000> <magic 0xdcbc5ab0> <pcomp> <accomp>]
Jun 6 02:24:45 localhost pppd[680]: rcvd [LCP ConfAck id=0x1 <asyncmap
0xa0000> <magic 0xdcbc5ab0> <pcomp> <accomp>]
Jun 6 02:24:48 localhost pppd[680]: sent [LCP ConfReq id=0x1 <asyncmap
0xa0000> <magic 0xdcbc5ab0> <pcomp> <accomp>]
Jun 6 02:24:48 localhost pppd[680]: rcvd [LCP ConfAck id=0x1 <asyncmap
0xa0000> <magic 0xdcbc5ab0> <pcomp> <accomp>]
Jun 6 02:24:49 localhost pppd[680]: rcvd [LCP ConfReq id=0x15 <mru
1522> <asyncmap 0xa0000> <auth pap> <magic 0x17487b0> <accomp>]
Jun 6 02:24:49 localhost pppd[680]: sent [LCP ConfAck id=0x15 <mru
1522> <asyncmap 0xa0000> <auth pap> <magic 0x17487b0> <accomp>]
Jun 6 02:24:49 localhost pppd[680]: sent [PAP AuthReq id=0x1
user="my_login_name" password="my_password"]
Jun 6 02:24:52 localhost pppd[680]: sent [PAP AuthReq id=0x2
user="my_login_name" password="my_password"]
Jun 6 02:24:55 localhost pppd[680]: sent [PAP AuthReq id=0x3
user="my_login_name" password="my_password"]
Jun 6 02:24:55 localhost pppd[680]: rcvd [PAP AuthAck id=0x3 "Welcome"]
Jun 6 02:24:55 localhost pppd[680]: Remote message: Welcome
Jun 6 02:24:55 localhost pppd[680]: sent [IPCP ConfReq id=0x1 <addr
0.0.0.0> <compress VJ 0f 01>]
Jun 6 02:24:55 localhost pppd[680]: rcvd [IPCP ConfNak id=0x1 <addr
148.5.4.192>]
Jun 6 02:24:55 localhost pppd[680]: sent [IPCP ConfReq id=0x2 <addr
148.5.4.192> <compress VJ 0f 01>]
Jun 6 02:24:55 localhost pppd[680]: rcvd [IPCP ConfAck id=0x2 <addr
148.5.4.192> <compress VJ 0f 01>]
Jun 6 02:24:58 localhost pppd[680]: sent [IPCP ConfReq id=0x2 <addr
148.5.4.192> <compress VJ 0f 01>]
Jun 6 02:24:58 localhost pppd[680]: rcvd [IPCP ConfAck id=0x2 <addr
148.5.4.192> <compress VJ 0f 01>]
Jun 6 02:24:58 localhost pppd[680]: rcvd [IPCP ConfReq id=0x5 <addr
148.5.4.177> <compress VJ 0f 00>]
Jun 6 02:24:58 localhost pppd[680]: sent [IPCP ConfAck id=0x5 <addr
148.5.4.177> <compress VJ 0f 00>]
Jun 6 02:24:58 localhost pppd[680]: local IP address 148.5.4.192
Jun 6 02:24:58 localhost pppd[680]: remote IP address 148.5.4.177
Jun 6 02:29:03 localhost pppd[680]: rcvd [LCP ProtRej id=0x0 00 0d 00
00 00]
Jun 6 02:29:03 localhost pppd[680]: Protocol-Reject for unsupported
protocol 0xd
Jun 6 02:29:04 localhost pppd[680]: rcvd [LCP ProtRej id=0xac 00 41 00
00 00]
Jun 6 02:29:04 localhost pppd[680]: Protocol-Reject for unsupported
protocol 0x41
Jun 6 02:29:04 localhost pppd[680]: rcvd [LCP ProtRej id=0x6e 54 00 00
00]
Jun 6 02:29:04 localhost pppd[680]: Protocol-Reject for unsupported
protocol 0x5400
Jun 6 02:29:04 localhost pppd[680]: rcvd [LCP ProtRej id=0x6e 5a 00 00
00]
Jun 6 02:29:04 localhost pppd[680]: Protocol-Reject for unsupported
protocol 0x5a00
Jun 6 02:29:04 localhost pppd[680]: rcvd [LCP ProtRej id=0xac 00 0d 00
00 00]
Jun 6 02:29:04 localhost pppd[680]: Protocol-Reject for unsupported
protocol 0xd
Jun 6 02:29:19 localhost pppd[680]: rcvd [LCP EchoReq id=0x1
magic=0x17487b0]
Jun 6 02:29:19 localhost pppd[680]: sent [LCP EchoRep id=0x1
magic=0xdcbc5ab0]
Jun 6 02:29:49 localhost pppd[680]: rcvd [LCP EchoReq id=0x1
magic=0x17487b0]
Jun 6 02:29:49 localhost pppd[680]: sent [LCP EchoRep id=0x1
magic=0xdcbc5ab0]
THIS HAPPENS ANOTHER 15 TIMES OR SO
Jun 6 02:32:49 localhost pppd[680]: rcvd [LCP EchoReq id=0x1
magic=0x17487b0]
Jun 6 02:32:49 localhost pppd[680]: sent [LCP EchoRep id=0x1
magic=0xdcbc5ab0]
Jun 6 02:33:00 localhost pppd[680]: rcvd [LCP ProtRej id=0x4 00 0d 6c
69 62]
Jun 6 02:33:00 localhost pppd[680]: Protocol-Reject for unsupported
protocol 0xd
Jun 6 02:33:01 localhost pppd[680]: rcvd [LCP ProtRej id=0x4 00 41 6c
69 62]
Jun 6 02:33:01 localhost pppd[680]: Protocol-Reject for unsupported
protocol 0x41
THIS KEEPS GOING ON AND ON. SEE TIME.
Jun 6 02:33:48 localhost pppd[680]: rcvd [LCP ProtRej id=0x8 00 61 6c
69 62]
Jun 6 02:33:48 localhost pppd[680]: Protocol-Reject for unsupported
protocol 0x61
Jun 6 02:33:48 localhost pppd[680]: rcvd [LCP ProtRej id=0x0 74 6c 69
62]
Jun 6 02:33:48 localhost pppd[680]: Protocol-Reject for unsupported
protocol 0x746c
Jun 6 02:33:49 localhost pppd[680]: rcvd [LCP EchoReq id=0x1
magic=0x17487b0]
Jun 6 02:33:49 localhost pppd[680]: sent [LCP EchoRep id=0x1
magic=0xdcbc5ab0]
Jun 6 02:34:19 localhost pppd[680]: rcvd [LCP EchoReq id=0x1
magic=0x17487b0]
Jun 6 02:34:19 localhost pppd[680]: sent [LCP EchoRep id=0x1
magic=0xdcbc5ab0]
---Ends, think I killed it---
>
Sent via Deja.com http://www.deja.com/
Share what you know. Learn what you don't.
------------------------------
From: norman elliott <[EMAIL PROTECTED]>
Subject: Re: Reading mail on Linux using Netscape
Date: Sun, 06 Jun 1999 18:27:04 +0000
"Herminio Alvarez, Jr." wrote:
> How do I configure my Linux box so I could read mail on it using
> Netscape? I can currently use PINE, but I'd rather use Netscape. If
> you could even refer me to some man(uals) or applications, I'd really
> appreciate it. It appears that Netscape support IMAP, and POP.
>
> Any help will be greatly appreciated.
Hi,
You can download the latest Netscape Communicator v 4.6 for Linux from
Netscape's own site.
If you install it on you Linux box you will find that it includes mail.
That is how I get my email form my account at my ISP. It is how I am
accessing this newsgroup now. You have to edit the various parts
of the preferences to tell it about your ISP and you account and so on
but once Netscape is installed
you can soon see how to do it.
best wishes
norm
------------------------------
From: kite@NoSpam.%inetport.com (Clifford Kite)
Crossposted-To: uk.comp.os.linux,comp.os.linux.setup
Subject: Re: SuSE Linux 6.1 & ioctl(PPPIOCGUNIT) Operation not permitted error?
Date: 6 Jun 1999 09:39:37 -0500
[EMAIL PROTECTED] wrote:
: The actual failure is `ioctl(PPPIOCGUNIT): Operation not permitted'.
: pppd[345]: pppd 2.3.8 started by root, uid 0
: pppd[345]: kernel tty_io.c process (345) pppd used obsolete
: `/dev/cua2' up date software to use `/dev/ttyS2'
Pppd is using /dev/cua2 for the modem device file.
: ....
: ....
: pppd[345]: Serial connection established
: pppd[345]: ioctl(PPPIOCGUNIT): Operation not permitted
: pppd[345]: tcsetattr: Operation not permitted
: pppd[345]: Exit
The tcsetattr means that pppd cannot set the device file attributes.
Does /dev/cua2 even exist? ls -l /dev/cua2 . I'd also make sure that
the symbolic link to /dev/ttyS2 "took" with ls -l /dev/modem .
: I can connect to Demon ISP no problem, it just that
: `pppd' dies because the ioctl operation.
: I did a complete clean installation of SuSE 6.1 wiping
: the Slackware partitions clean. So there any conflicts.
: I downloaded pppd 2.5.8 as I said before.
: I have also try to find this ubiquitous `/dev/cua2'
: settings in the configuration files
: `find /etc -type f -print | xargs grep -n cua2'
: but I found no such file. But it must be there.
This is the right trail to follow. You might try
find /etc -follow -type f -print | xargs grep -n cua2
and see if some symbolic link leads to a file with cua2 in it. Pppd
must be supplied with the device file name somewhere.
If pppd is executed with a script then the cua2 reference might be there,
or it might point to other files that SuSE uses.
--
Clifford Kite <kite@inet%port.com> Not a guru. (tm)
------------------------------
From: Matt <[EMAIL PROTECTED]>
Subject: what is "sunrpc" ?
Date: Sun, 06 Jun 1999 15:21:35 GMT
Can anyone give me a brief "whatis" on sunrpc? i see it running on port
111, i'm just wondering if i just kill it, or block incoming connections
to that port (i'm using ipmasq) in case it opens up any security issues.
thanks
Matt
plz copy to email address
------------------------------
From: "Vincent Lim" <[EMAIL PROTECTED]>
Subject: Compiling 1.2.XX kernel
Date: Mon, 7 Jun 1999 00:55:24 +0800
I was wondering if it was possible for me to recompile a 1.2.xx kernel.
Any help/pointers are greatly appreciated!!
yours,
Vincent
------------------------------
From: Uwe Zimmermann <[EMAIL PROTECTED]>
Subject: WARNING: ypserv has to many running children ! We don't fork
Date: Sun, 06 Jun 1999 17:33:01 +0000
Hello,
I get this on Redhat Linux 6.0.
[root@gambit uwe]# ypserv -v
ypserv - NYS YP Server version 1.3.6.91 (with tcp wrapper)
This is in /var/log/messages:
Jun 6 11:16:47 gambit ypserv[258]: WARNING: ypserv has to many running
children ! We don't fork
Jun 6 11:16:58 gambit last message repeated 8 times
Had to kill a bunch of ypserv processes
1021 ? D 0:03 ypserv
1028 ? D 0:03 ypserv
1031 ? D 0:02 ypserv
1035 ? D 0:02 ypserv
1041 ? D 0:00 ypserv
1042 ? D 0:00 ypserv
1043 ? D 0:00 ypserv
What's going on?
Please reply via e-mail, and I'll post relevant responses.
Thanks.
Uwe...
--
Uwe Zimmermann [EMAIL PROTECTED] 603-881-3500 x105 FAX 603-579-0892
Gambit Communications, Inc. 76 NE Blvd., Suite 30B, Nashua, NH 03062
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.networking) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Networking Digest
******************************
