28 Oct
2001
28 Oct
'01
4:05 a.m.
On Fri, 19 Oct 2001 Kinjal Sonpal wrote:
Btw, for allowing all the users on my home PC system,
chmoded
/dev/modem to 777. Is this okay or is there some better
PCQ has the following advice:
(Do all this as root.)
Step 1: Add a group called 'dialout'.
Step 2: Add the required user accounts to this group.
Step 3: Type the following commands:
$ chown root.dialout /usr/sbin/kppp
$ chmod 4750 /usr/sbin/kppp
Step 4: Create a file /etc/kppp.allow and type the user names
of users who are in the dialout group, each user name on a
separate line.
The users should run /usr/sbin/kppp rather than /usr/bin/kppp.
(This is assuming you have a typical Red Hat installation in
which /usr/bin/kppp is a symbolic link to /usr/bin/consolehelper
and the actual binary is /usr/sbin/kppp.)
workaround? I did this becoz I read somewhere in
our mail
archives that one shud not dial-up as root for the sake of
security reasons. 
29 Oct
29 Oct
1:07 a.m.
New subject: pppd error no. 17 : Solution Found !
Parul Mathur wrote on Thursday, October 25, 2001
PCQ has the following advice:
(Do all this as root.)
[snip]
which /usr/bin/kppp is a symbolic link to
/usr/bin/consolehelper
and the actual binary is /usr/sbin/kppp.)
First of all, Parul, thanks for the clipping of the article from
PCQ. I'll try it out today. And I'm also sorry for replying so
late.
Any way, as few of us might remember that Parul and I had similar
problem with pppd with exit error code 17. I think I've found the
reason, as to why this happens. In all probability the ISP's ppp
server is too slow to startup or it's heavily loaded with
connection request.So when the pppd sends the link configuring
packets they just get bounced from the remote modem, thereby
giving a *serial loopback*. My ISP is roltanet and sometimes it's
even worse than a connection to Caltiger. So this is what I and
one of my friends believe. If someone on the list can confirm
this, it'd be really good as far as the concepts of these things
goes.
One easy soln. will be to slow down the speed at which pppd
initially connects to the ISP, which we generally set to 57600.
Setting this to some lower speeds helped me to connect to my ISP.
However, I think there has to be some better soln. which we can
set in /etc/ppp/options or something similar. It'll take some
time to find out this.
Thanks for tolerating a long mail.
Regards,
Kinjal Sonpal
1:32 a.m.
New subject: pppd error no. 17 : Solution Found !
Sometime Today, Kinjal Sonpal assembled some asciibets to say:
one of my friends believe. If someone on the list can
confirm
this, it'd be really good as far as the concepts of these things
use minicom to connect to your ISP and check manually what is happening.
One easy soln. will be to slow down the speed at which
pppd
initially connects to the ISP, which we generally set to 57600.
That's the modem data transfer speed (Physical Layer), not the pppd
connection speed (Data Link Layer). They are different. If you connect
manually, you'll see what is happening.
--
The key elements in human thinking are not numbers but labels of fuzzy sets.
-- L. Zadeh
Visit my webpage at http://www.ncst.ernet.in/~philip/
Read my writings at http://www.ncst.ernet.in/~philip/writings/
MSN philiptellis Yahoo! philiptellis
AIM philiptellis ICQ 129711328
8068
days inactive
8069
days old
2 comments
3 participants
participants (3)
-
Kinjal Sonpal -
Parul Mathur -
Philip S Tellis