[ale] diald "modprobe: can't locate module ppp0" error
Gary S. Mackay
Gary at edisoninfo.com
Wed Nov 17 22:13:29 EST 1999
Well, I hate to answer my own e-mail, but I felt it important to let others
know what I found. There seems to be a 'bug' in the RedHat 6.0 rc.sysint
script that does not deal with the modules portion properly. I recompiled the
kernel with the 'kernel module loader' turned off and it cured my problem. I
have since upgraded to RedHat 6.1 tonight and that seems to have corrected the
'bug' also.
- Gary
"Eric Z. Ayers" wrote:
>
> Gary S. MacKay writes:
> > I have RedHat 6.0 on a new install with diald-0.99-1 and ipchains. From
> > the linux box, all is well. Diald triggers when it should and I can
> > browse the 'net. Problem: Non of the other machines can browse through
> > the linux box. I get the above error whenever the linux box connects to
> > the ISP. The /var/log/messages file gets flooded with these. I have
> > compiled the kernel 2.2.13 with ethertap compiled in and not as a
> > module. This has always worked for me before. I just can't find what is
> > going on this time. Has anyone seen this?
> >
> > - Gary
> >
>
> 1) you need to have PPP compiled into the kernel or the module
> available. I don't know what ethertap is, but you need to make sure
> you checked 'ppp' when you recompiled the kernel
>
> 2) You don't need diald with the ppp that comes with redhat 6.0. PPP
> does it all itself.
>
> $ man pppd
>
> PPPD(8) PPPD(8)
>
> NAME
> pppd - Point to Point Protocol daemon
>
> SYNOPSIS
> pppd [ tty_name ] [ speed ] [ options ]
>
> DESCRIPTION
> The Point-to-Point Protocol (PPP) provides a method for
> transmitting datagrams over serial point-to-point links.
> PPP is composed of three parts: a method for encapsulating
> datagrams over serial links, an extensible Link Control
> Protocol (LCP), and a family of Network Control Protocols
> (NCP) for establishing and configuring different network-
> layer protocols.
>
> The encapsulation scheme is provided by driver code in the
> kernel. Pppd provides the basic LCP, authentication sup-
> port, and an NCP for establishing and configuring the
> Internet Protocol (IP) (called the IP Control Protocol,
> IPCP).
> ...
> demand Initiate the link only on demand, i.e. when data
> traffic is present. With this option, the remote
> IP address must be specified by the user on the
> command line or in an options file. Pppd will ini-
> tially configure the interface and enable it for IP
> traffic without connecting to the peer. When traf-
> fic is available, pppd will connect to the peer and
> perform negotiation, authentication, etc. When
> this is completed, pppd will commence passing data
> packets (i.e., IP packets) across the link.
>
> The demand option implies the persist option. If
> this behaviour is not desired, use the nopersist
> option after the demand option. The idle and hold-
> off options are also useful in conjuction with the
> demand option.
>
> Here's how I use it:
>
> $ grep pppd /etc/rc.d/rc.local
> pppd /dev/modem 115200 asyncmap 00000000 crtscts modem demand idle 600 connect /etc/ppp/mindspring.chat :168.121.1.1 defaultroute
>
> $ cat /etc/ppp/mindspring.chat
>
> #!/bin/bash
> #
> DEVICE=modem
> CHAT=/usr/sbin/chat
> PPPD=/usr/sbin/pppd
>
> PASSWORD="<mypassword>"
> USERNAME="<myusername>@mindspring.com"
>
> CONSOLE=`tty`
> (
> stty 115200 -tostop
> echo -n "Dialing..."
> ${CHAT} -t 120 ABORT "NO DIALTONE" ABORT "NO CARRIER" ABORT BUSY ABORT "ERROR" "" ATS7=45S0=0V1E1Q0M0 OK ATDT4046541300 CONNECT "" "ogin" "$USERNAME" "assword" "$PASSWORD" "Packet mode enabled"
>
> )</dev/modem >/dev/modem
>
> And the IP masquerading:
>
> $ grep ipchains /etc/rc.d/rc.local
> ipchains -P forward DENY
> ipchains -A forward -j MASQ -s 10.0.0.0/24 -d 0.0.0.0/0
>
> -ERic.
--
Edison Information Technologies
P.O. Box 554
Milan, OH 44846-0554
419.499.7040
www.EdisonInfo.com
Gary at EdisonInfo.com
--
More information about the Ale
mailing list