I sincerely appreciate everyones help on the problem.  I solved it yesterday

afternoon.  I was make a wrong assumption the whole time that took reading

through a dozen or so example to solve.  I thought pppd was invoked

directly.  It is not the case.  It is invoked through scripts that reside in

the /etc/ppp directory.  After I was clued in on that, I "borrowed" a simple

ppp-on and ppp-off script and ran them.  Added "demand" to the options file

and "idle 900" to disconnect and BINGO.  Now I know a little to much about

pppd :).  Anyways, thanks again.

Keith

----- Original Message -----

 From: Ben Coleman ">oloryn@mindspring.com>

To: Brian K. Murphy ">bmurphy@maximumhost.net>

Sent: Tuesday, April 18, 2000 7:47 PM

Subject: Re: [ale] demand dial with pppd

> On Tue, 18 Apr 2000 03:32:08 -0500, Brian K. Murphy wrote:

>

> >I have set up a client so that his computers can access the internet

through

> >a linux box doing ip masquerading/firewall duty.  Everything works

smoothly

> >except that you have to manually dial the linux box to get connected.  I

> >know pppd has a option ("demand") that should dial the internet when you

> >aren't online and a TCP request is received.  I just can't find any good

> >examples of how to implement pppd.  Maybe this is a dumb question..and

> >yes...I have read the manuals so don't ask. ... but can someone please

> >explain what I should do to implement pppd with the demand

dial.....Thanks

> >in advance.

> >

> >

> >I am running RH 6.1 by the way...

>

> I'm doing this under Slackware, and it works quite nicely.  I presume

> that RH 6.1 has a GUI dialer(which will run pppd at some point), and if

> you want to figure out getting *that* to do dial-on-demand, I can't

> help much[1].  OTOH, I don't think you really want to fitz with a GUI,

> you just want it to happen automatically in the background.

>

> Slackware uses a text-mode ppp configuration utility called pppsetup

> (available from http://www.tux.org/pub/people/kent-robotti/index.html,

> you'll also need the dialog utility if it's not already installed on

> the machine.  You might want to search and see if these are available

> as rpms).  You answer a few questions and it creates ppp configuration

> files and a few scripts.  In particular, it creates a 'ppp-go' script

> which serves to start pppd.  Using the '-d' option(pppd -d) causes it

> to start up in demand-dial mode.  I simply put a '/usr/sbin/ppp-go -d'

> line in the startup scripts just before starting the

> firewall/masquerading script.

>

> You may want to tinker with the /etc/ppp/options.demand configuration

> file a bit.  I ended up adding 'idle' and 'holdoff' parameters so the

> line is dropped when not in use.  I also had to tinker with the initial

> ip addresses that were set up - in the version of pppsetup I used, one

> of them was 0.0.0.0, which pppd didn't like.  I just used a couple of

> addresses from the local network(they'll get replaced as soon as you

> dial up) and made sure that ipcp-accept-local and ipcp-accept remote

> were specified.

>

> Also, look over the /etc/ppp/ip-up and /etc/ppp/ip-down scripts.  These

> are handy places to put stuff that you want to happen when the line

> comes up or down.  In my case, I have fetchmail and chrony(a ntp-style

> time client/server suited for a dial-up environment) started/stopped

> here.  If you're doing any packet-filtering(firewalling) that refers to

> the remote ip address, this is also a good place to call your ipchains

> firewall script(I haven't gotten around to that yet).

>

> An alternate method is to use diald, but I don't recommend that unless

> you need control over what kinds of packets will bring up the line.

>

> [1] OTOH, I generally see a GUI on a server as a waste of memory and

> CPU cycles. YMMV.

>

> Ben

> --

> Ben Coleman ">oloryn@mindspring.com    | The attempt to legislatively

> http://oloryn.home.mindspring.com/   | micromanage equality results, at

>                                      | best, in equal misery for all.

>

>


--
To unsubscribe: mail ">majordomo@ale.org with "unsubscribe ale" in message body.