Re: [expert] Dial on demand
On Friday 19 October 2001 16:23, you wrote: > Hi, > > I've got LM 8.0 installed. > What is the best way to organize dial on demand for several > linux/win/mac boxes. > > Thanks > > Alex Here's another method that is a bit more work initially, but I find that is works well. As root... In /etc/ppp/peers create a file. Name it for your isp, eg: /etc/ppp/peers/la-tierra. Put the following lines in the file. /dev/modem 115200 crtscts connect '/usr/sbin/chat -v -f /etc/ppp/chat-la-tierra' noauth user yourusername In /etc/ppp create a chat file called chat-isp. Mine is chat-la-tierra. Enter the following: TIMEOUT 40 ABORT "NO CARRIER" ABORT "NO DIALTONE" ABORT ERROR ABORT "NO ANSWER" ABORT BUSY ABORT "Username/Password Incorrect" "" ATZ OK AT&F1 OK ATDT555 CONNECT "" replace the 555 with your isp's phone number Modify your /etc/ppp/options file as follows: lock defaultroute 192.168.1.101:192.168.1.102 ipcp-accept-remote ipcp-accept-local demand holdoff 5 idle 300 The 'demand' entry is what makes dial-on-demand work. The ip addresses on the third line are dummies and must not exist on your local subnet. If your isp uses PAP or CHAP: Modify your /etc/chap-secrets and /etc/pap-secrets as follows: add the line username * password * If your isp requires a login script(EXPECT SEND pairs), add the script to the end of your chat-isp file. Enter your username and password of course. These entries should be separated by tabs. Both of these files are essentially the same. The permissions for these files should be set to 0600 or pppd will complain. Modify /etc/sysconfig/network change FORWARD_IPV4=false to FORWARD_IPV4=true remove any lines that start with GATEWAY or GATEWAYDEV To start pppd at boot, add the following to the end of your /etc/rc.d/rc.local file. /usr/sbin/pppd call isp on your other computers, set the gateway entry to the ip of your linux box and the DNS entry to the ip of your isp's DNS server and dial-on-demand should work from any computer on your local subnet without the need for being logged into the Linux box. Much more detail can be found on mandrakeuser.org. This setup makes it fairly easy to reconfigure when upgrading if you back up your /etc directory prior to the upgrade and restore the appropriate files. There is a caveat. You will probably need to install and setup iptables to keep netbios name requests from your windows machines from triggering the dialer. hope this helps. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
RE: [expert] Dial on demand
Get your internet connection working properly on your Linux box. Next use the "Internet Sharing" feature to set up sharing the connection. Finally install the diald RPM. Modify the "triggers" and restart the diald service. That's it in a nutshell. -JMS |-Original Message- |From: [EMAIL PROTECTED] |[mailto:[EMAIL PROTECTED]] On Behalf Of alex |Sent: Friday, October 19, 2001 6:24 PM |To: [EMAIL PROTECTED] |Subject: [expert] Dial on demand | | |Hi, | |I've got LM 8.0 installed. |What is the best way to organize dial on demand for several |linux/win/mac boxes. | |Thanks | | Alex | | | Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] Dial on demand
Hi, I've got LM 8.0 installed. What is the best way to organize dial on demand for several linux/win/mac boxes. Thanks Alex Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] Dial on Demand
Greetings. I am trying to configure a server for Dial On Demand.. I looked around, and DIALD Seems to be just for that... Unfortunately, make fails to build it, complaining of a missing semicolumn in a net*.h file that DIALD includes (sorry; I did not write the name of the include file that was causing the problem). I examined the file, it looked OK; it was a structure definition and had some strange lines like: __u32 something; __u32 somethingelse; I wondered if Mandrake was complaining about those __u32's.. Did anyone get DIALD to compile, or is there a better tool to use? Thanks, -turgut EgeNet Internet Services: http://www.egenet.com.tr Find all of Turkey online: http://find.egenet.com.tr Keep in touch with http://mandrakeforum.com: Subscribe the "[EMAIL PROTECTED]" mailing list.
[expert] Dial-on-demand
Someone posted a message here about setting up mandrake to perform dial-on-demand. I'm sorry I missed the post; could anyone give me any details about how it's done? Chris == Chris Slater-Walker BA(Hons) MCSE IT Consultant - Windows, Linux, Samba, Cisco, DNS French & German spoken == [EMAIL PROTECTED] http://www.slater-walker.net == A hierro candente batir de repente ==
Re: [expert] Dial on Demand
On Sat, Jul 15, 2000 at 12:11:32PM +1200, John Rye wrote: > > > > Your script was very similar to what I had arrived at but still produced > the same problem - just didn't make sense. > > I have since tried the method described by Dennis further back in the thread. > > It works - well mostly > > 2 'oddies' - seems Linux can neither start NOR shutdown the ppp0 interface > - returns a FAILED message during the process - I'll work my way thru that. > I made an icon for "ifup ppp0 &" to get the show on the road each time I boot. > The other is that I can't disconnect gracefully - dropping line by disconnecting > the phoneline physically til I work that one out.. off to get another pair of > sidecutters in the morrow As I see it the only way to exit gracefully is to let dod do it for you. Because I have limited isp time I have been playing with 30 secs idle to see whether I can live with that while reducing the amount of time wasted on shutdown. So far so good. > > Cheers > > John All the best. -- Dennis Robertson 2/2 Sylvia Street NOOSAVILLE QLD 4566 Phone: 61 7 54742343 Mob: 0419 535539 PGP signature
Re: [expert] Dial on Demand
"Bob Puff@NLE" wrote: > > > I think this user has the same problem as I have, that there are NO prompts > > from the ISP's interface which waits until pppd sends some LCP packets before > > continuing the handshake. > > > > My reading indicates that the PPP session should commence to send the LCP > > packets after the chat script exits - which _should_ occur when the modem > > returns the CONNECT message - > > > > Are we missing something from the pppd command line?? I have been back and > > forth over this countless times, dd if I can find it? > > > > John > > Hi John, > > I suggested to the other guy to modify the chat script so that it simply looks for >the "CONNECT", and then exits normally. This should dump you right in to PPP, and >hopefully it will authenticate you. > > You might need the pap-secrets or the chap-secrets file residing in your /etc/ppp so >that PPP knows what to send - do you have one of these files with your username and >password? > > Try this script and let me know what happens: > Your script was very similar to what I had arrived at but still produced the same problem - just didn't make sense. I have since tried the method described by Dennis further back in the thread. It works - well mostly 2 'oddies' - seems Linux can neither start NOR shutdown the ppp0 interface - returns a FAILED message during the process - I'll work my way thru that. The other is that I can't disconnect gracefully - dropping line by disconnecting the phoneline physically til I work that one out.. off to get another pair of sidecutters in the morrow Cheers John
Re: [expert] Dial on Demand
- Original Message - From: "Civileme" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, July 12, 2000 4:43 AM Subject: Re: [expert] Dial on Demand > > > Sean Middleditch wrote: > > > > Ever read the HOWTO HOWTO? For the DocBook unaware, there's a big hurdle to > > > overcome if you want to submit it. If there's a way to submit without > > > DocBook, I'm listening since I will have a few things to contribute or > > > update myself. > > > > > > Hoyt > > > > DocBook converters work quite nicely if you write in text/HTML. do a search > > on freshmeat for one. > > > > Sean Middleditch > > I used SDF to do something in docbook--fortunately the others working on the same > project were able to cover for me--and I did search freshmeat. I used the best > and discovered there is no substitute for knowledge. > > Civileme > I participated in editing the Mandrake users manual for 7.1. I wound up editing in a plain text editor - I could never get the time to ramp up and configure/learn an sgml editor - even the sgml editor in WP8 was confusing. I found the docs on DocBook burdensome and onerous (they assumed I knew more than I did). IMHO it's no wonder that the _content_ of the available Linux documentation is in such a pitiful state. While I can appreciate the reasons behind using sgml, it's not as easy to use as a wysiwyg html or text editor. Why can't it be? Or am I missing something? I suppose I'll just have to buckle down if I want to contribute Hoyt Awaiting Enlightenment
Re: [expert] Dial on Demand
"Bob Puff@NLE" wrote: > > > I think this user has the same problem as I have, that there are NO prompts > > from the ISP's interface which waits until pppd sends some LCP packets before > > continuing the handshake. > > > > My reading indicates that the PPP session should commence to send the LCP > > packets after the chat script exits - which _should_ occur when the modem > > returns the CONNECT message - > > > > Are we missing something from the pppd command line?? I have been back and > > forth over this countless times, dd if I can find it? > > > > John > > Hi John, > > I suggested to the other guy to modify the chat script so that it simply looks for >the "CONNECT", and then exits normally. This should dump you right in to PPP, and >hopefully it will authenticate you. > > You might need the pap-secrets or the chap-secrets file residing in your /etc/ppp so >that PPP knows what to send - do you have one of these files with your username and >password? > > Try this script and let me know what happens: > Your script was very similar to what I had arrived at but still produced the same problem - just didn't make sense. I have tried the method described by Dennis further back in the thread. It works - well mostly 2 'oddies' - seems Linux can start NOR shutdown the ppp0 interface - returns a FAILED message - Il work my way thru that. The other is that I can't disconnect gracefully - dropping line by disconnecting the phoneline physically til I work that one out.. off to get another pair of sidecutters in the morrow Cheers John
Re: [expert] Dial on Demand
> I think this user has the same problem as I have, that there are NO prompts > from the ISP's interface which waits until pppd sends some LCP packets before > continuing the handshake. > > My reading indicates that the PPP session should commence to send the LCP > packets after the chat script exits - which _should_ occur when the modem > returns the CONNECT message - > > Are we missing something from the pppd command line?? I have been back and > forth over this countless times, dd if I can find it? > > John Hi John, I suggested to the other guy to modify the chat script so that it simply looks for the "CONNECT", and then exits normally. This should dump you right in to PPP, and hopefully it will authenticate you. You might need the pap-secrets or the chap-secrets file residing in your /etc/ppp so that PPP knows what to send - do you have one of these files with your username and password? Try this script and let me know what happens: ABORT "NO CARRIER" ABORT "NO DIALTONE" ABORT "ERROR" ABORT "NO ANSWER" ABORT "BUSY" "" "at" OK "atz" OK "atdt5551234" <-- Put your ISP's telephone number here "CONNECT" "" Bob
Re: [expert] Dial on Demand
"Bob Puff@NLE" wrote: > > > I was wondering. What happens to the connection when the app initiating > > the connection is closed or dies? > > Hey Mark, > > It will connect, probably not transfer any traffic, then disconnect after the idle >timeout occurs. > > > Also, for some reason when I tried to start the process of installing this > > I issued the launch command for the dialer from a terminal window per the > > instructions and all I was able to get to happen was the modem would > > continue to dial up the ISP. It wouldn't complete the connection. Any > > suggestions? > > Sounds like you need to modify the chat script - could be your ISP doesn't use > the same prompts. Follow the suggestion of calling your ISP with a basic term > program, and write down the prompts. Also check your /var/log/messages file to > see what is going on. > I think this user has the same problem as I have, that there are NO prompts from the ISP's interface which waits until pppd sends some LCP packets before continuing the handshake. My reading indicates that the PPP session should commence to send the LCP packets after the chat script exits - which _should_ occur when the modem returns the CONNECT message - Are we missing something from the pppd command line?? I have been back and forth over this countless times, dd if I can find it? John
Re: [expert] Dial on Demand
> Maybe I'm not getting it right, but I went to your information and built > the files. I did the ifup ppp0 and it dialed. I did the ifdown ppp0 > and it disconnected. I then made chat-isp and modified the options > files. I also made the isp file in peers. When I tried to invoke pppd > call isp, nothing. I went back and verified all the files, quotes, etc > were correct. The only thing I can think of is that the modem string is > bad? I deleted most of the modem string leaving in only the basics for > it and still, nothing. I would think it would at least make the little > lights go blinky-blinky. Nothing still. Did you set the correct ttySx port in the script? What does /var/log/messages say is going on? Did you try a PING or something? Remember that even when you have it configured correctly, it does not dial out the minute you load pppd... it waits until someone wants a packet. Bob
Re: [expert] Dial on Demand
toyswins wrote: > Maybe I'm not getting it right, but I went to your information and built > the files. I did the ifup ppp0 and it dialed. I did the ifdown ppp0 > and it disconnected. I then made chat-isp and modified the options > files. I also made the isp file in peers. When I tried to invoke pppd > call isp, nothing. I went back and verified all the files, quotes, etc > were correct. The only thing I can think of is that the modem string is > bad? I deleted most of the modem string leaving in only the basics for > it and still, nothing. I would think it would at least make the little > lights go blinky-blinky. Nothing still. > Um, no. This is dail-on demand. It SHOULDN'T do anything. The pppd daemon should just run in the background (check with: ps -ax | grep pppd If it's not there, THEN you have a problem. Otherwise, try to ping an external server (like ping www.linux-mandrake.com), and the connection will be brought up. If not, you then have a problem. The connection will be brought down if the link is idle for the specified amount of time. BTW, as a note, for those of you that want to be able to bring down the link at any time: Go grab the latest pppd (search on freshmeat), and install the daemon binary from that. Then, change the holdoff line in /etc/ppp/options to 0. Now, if you send a SIGHUP to pppd, it will close the link, but leave the line up. If holdoff isn't 0, it will dial back in, however (SIGHUP actually means close the link, then reconnect). For some reason, the version of pppd that came with Mandrake 7.1 (2.3.11) will misbehave if you set holdoff to 0 (i.e., it waits about 5 minutes then dials in: why, I don't know). This is nice for those of you that need a way to quickly close the connection, but want to leave the daemon running. I'd suggest a simple setuid root app that signals pppd, and then set its group to pppusers and its permission to 750. That makes life even easier. ^,^ Sean Middleditch
Re: [expert] Dial on Demand
Ok...I'll check that. Thanks Bob. I'll let you know how I make out. -- Mark I love my Linux Box... REASON # 2 ...X-windows is just a suedonym. Registered Linux user # 182496 On Mon, 10 Jul 2000, Bob Puff@NLE wrote: > > I was wondering. What happens to the connection when the app initiating > > the connection is closed or dies? > > Hey Mark, > > It will connect, probably not transfer any traffic, then disconnect after the idle >timeout occurs. > > > Also, for some reason when I tried to start the process of installing this > > I issued the launch command for the dialer from a terminal window per the > > instructions and all I was able to get to happen was the modem would > > continue to dial up the ISP. It wouldn't complete the connection. Any > > suggestions? > > Sounds like you need to modify the chat script - could be your ISP doesn't use the >same prompts. Follow the suggestion of calling your ISP with a basic term program, >and write down the prompts. Also check your /var/log/messages file to see what is >going on. > > Bob > >
Re: [expert] Dial on Demand
Sean Middleditch wrote: > > Ever read the HOWTO HOWTO? For the DocBook unaware, there's a big hurdle to > > overcome if you want to submit it. If there's a way to submit without > > DocBook, I'm listening since I will have a few things to contribute or > > update myself. > > > > Hoyt > > DocBook converters work quite nicely if you write in text/HTML. do a search > on freshmeat for one. > > Sean Middleditch I used SDF to do something in docbook--fortunately the others working on the same project were able to cover for me--and I did search freshmeat. I used the best and discovered there is no substitute for knowledge. Civileme
Re: [expert] Dial on Demand
On Thu, Jul 13, 2000 at 11:28:25PM +1000, Dennis Robertson wrote: > > > Bob and List, > > I had similar problems to the above but the how-to helped clarify the thinking > in our LUG. Our guru, Marco Grigull, came up with the following how-to which > works on all systems here. It is based on using PAP. > > Open Linuxconf -> Networking -> PPP/SLIP/PLIP > Click add. > On the Hardware tab verify modem settings and enter the following PPP Options: > ipcp-accept-local ipcp-accept-remote noauth demand idle 300(or whatever). > On the Communication tab enter the phone number to dial. Delete all entries > under Chat in the Expect and Send rows. > On the Networking tab check Activate at boot time. Uncheck Restart link when > connection fails(optional). Enter: > Local IP address: 10.0.0.1 > Remote IP address: 10.0.0.2 > On the PAP tab enter username and password. > Accept and quit all the way out of Linuxconf. > In a term type: ifup ppp0 (or 1 or whatever). > Dial on Demand is running. > > Now, in Mutt, when I hit y to send I will get an automatic connection. > > HTH. Of course that should have been ifup ppp0 & -- Dennis Robertson 2/2 Sylvia Street NOOSAVILLE QLD 4566 Phone: 61 7 54742343 Mob: 0419 535539 PGP signature
Re: [expert] Dial on Demand
On Mon, Jul 10, 2000 at 11:22:00AM +1200, John Rye wrote: > Bob, > > A really useful and easy setup routine for us comparitive newbies to the > world of Linux. > > But.. a couple of queries > > Your refer a couple of times to /etc/ppp/resolv.cnf, is this a typo? I found > resolc.cnf in /etc or do you intend for a ?second? copy in /etc/ppp ? > > Working thru your tutorial, I got to generating and testing /etc/ppp/chat-isp. > problem here is that my ISP uses PAP but appears to expect the login data > to be streamed in almost immediately without any handshake or prompting > messages. (Certainly nothing is observed when watching with simple console.) > The consequence is that the daemon times out. > > How does one deal with this situation? > > After making the changes you suggest in /etc/ppp/options and generating > /etc/ppp/peers/isp I proceeded to test using: 'pppd call isp', the dialer > certainly > worked but because there's no login the 'ping' of course cannot be carried > out. > > I have fiddled about in chat-isp in the area of the username and password > lines, > changing the prompts to blanks etc but without any success. > > Any help hints etc would be greatly appreciated else I have to continue using > this 'other opsys' for my netting > > Cheers > > John > > > Bob and List, I had similar problems to the above but the how-to helped clarify the thinking in our LUG. Our guru, Marco Grigull, came up with the following how-to which works on all systems here. It is based on using PAP. Open Linuxconf -> Networking -> PPP/SLIP/PLIP Click add. On the Hardware tab verify modem settings and enter the following PPP Options: ipcp-accept-local ipcp-accept-remote noauth demand idle 300(or whatever). On the Communication tab enter the phone number to dial. Delete all entries under Chat in the Expect and Send rows. On the Networking tab check Activate at boot time. Uncheck Restart link when connection fails(optional). Enter: Local IP address: 10.0.0.1 Remote IP address: 10.0.0.2 On the PAP tab enter username and password. Accept and quit all the way out of Linuxconf. In a term type: ifup ppp0 (or 1 or whatever). Dial on Demand is running. Now, in Mutt, when I hit y to send I will get an automatic connection. HTH. -- Dennis Robertson 2/2 Sylvia Street NOOSAVILLE QLD 4566 Phone: 61 7 54742343 Mob: 0419 535539 PGP signature
Re: [expert] Dial on Demand
Great info Civileme...will look into kpppload Bambi Civileme wrote: > Did someone change kpppload? I used to run > it to see the load all the time WITHOUT using Kppp to set up > the modem. > > KNETLoad also can be set to view the ppp interface. and parks > neatly on the panel > > Civileme > > -Original Message- > From: Eugene C. Zesch <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] <[EMAIL PROTECTED]> > Date: Sunday, July 09, 2000 10:50 AM > Subject: Re: [expert] Dial on Demand > > >Fran Parker wrote: > >> > >> Hi Bob and all, > >> > >> Bob, this is excellent and works really well! > >> Now if we could get it to initiate kppp ...so you could see > >> the modem traffic and see throughput without looking > >> at the log. Haven't put it in the rc file yet...but works > really > >> well from the terminal so far. We are testing it at the > moment. > >> > >> Thanks so much, > >> Bambi > >> > >Excellent set of instructions. > >As for as a quick check of modem traffic, I suggest kmodem > which will > >dock a little flashing icon on the taskbar just like in that > GUI for > >DOS. Get it from > > > >http://rufus.w3.org/linux/RPM/suse/6.3/i386/suse/kpa1/kmodem- > 1.2.1-74.i386.html > > > >I've found it works well in Mandrake. > > > >Gene > > > >
Re: [expert] Dial on Demand
> I was wondering. What happens to the connection when the app initiating > the connection is closed or dies? Hey Mark, It will connect, probably not transfer any traffic, then disconnect after the idle timeout occurs. > Also, for some reason when I tried to start the process of installing this > I issued the launch command for the dialer from a terminal window per the > instructions and all I was able to get to happen was the modem would > continue to dial up the ISP. It wouldn't complete the connection. Any > suggestions? Sounds like you need to modify the chat script - could be your ISP doesn't use the same prompts. Follow the suggestion of calling your ISP with a basic term program, and write down the prompts. Also check your /var/log/messages file to see what is going on. Bob
Re: [expert] Dial on Demand
> Hi Bob and all, > > Bob, this is excellent and works really well! > Now if we could get it to initiate kppp ...so you could see > the modem traffic and see throughput without looking > at the log. Haven't put it in the rc file yet...but works really > well from the terminal so far. We are testing it at the moment. > > Thanks so much, > Bambi > > > "Bob Puff@NLE" wrote: > > > Hello people, > > > > I just wrote up a file on setting up Dial On Demand with Mandrake 7.x. It >provides all the sample files needed. Someone > asked about this, so here is the link: > > > > http://www.nleaudio.com/bnotes/dialondemand.htm > > > > Any comments/suggestions - let me know! > > > > Bob Hi Bambi, Thanks! The one thing that still looks like a "bug" to me is that the bytes sent/received recorded in the log for each dial session seem to be cumulative - they don't start at 0 each time you dial out, like I would like to see happen. Also, I wonder how to turn off the verbose logging that pppd is doing... Any ideas? Bob
Re: [expert] Dial on Demand
> Ever read the HOWTO HOWTO? For the DocBook unaware, there's a big hurdle to > overcome if you want to submit it. If there's a way to submit without > DocBook, I'm listening since I will have a few things to contribute or > update myself. > > Hoyt DocBook converters work quite nicely if you write in text/HTML. do a search on freshmeat for one. Sean Middleditch
Re: [expert] Dial on Demand
Maybe I'm not getting it right, but I went to your information and built the files. I did the ifup ppp0 and it dialed. I did the ifdown ppp0 and it disconnected. I then made chat-isp and modified the options files. I also made the isp file in peers. When I tried to invoke pppd call isp, nothing. I went back and verified all the files, quotes, etc were correct. The only thing I can think of is that the modem string is bad? I deleted most of the modem string leaving in only the basics for it and still, nothing. I would think it would at least make the little lights go blinky-blinky. Nothing still. Suggestions? I'm using a U. S. Robotics 33.6 external device. KPPP will dial, but get the standard "device exploded" messages everyone else seems to be getting. On that subject, I've been able to get rid of the error message and convert the string from gibberish, but that's about it in KPPP. I'd love to see a resolution to my little problem. If not, then I think I'll try qppp or some other dialing program. Prefer yours since it's a "fix" rather than simply side stepping the KPPP dialer entirely. Thanks, I'll be unable to respond after Thursday for a week, out of the country on a work trip. Oh, I agree, adding it to or making a new "HOW TO" with this and examples would be teriffic. See ya' B. B. Stanfield KC5PIY Mark Weaver wrote: > > I was wondering. What happens to the connection when the app initiating > the connection is closed or dies? > > Also, for some reason when I tried to start the process of installing this > I issued the launch command for the dialer from a terminal window per the > instructions and all I was able to get to happen was the modem would > continue to dial up the ISP. It wouldn't complete the connection. Any > suggestions? > > thanks... > > -- > Mark > > I love my Linux Box... > REASON # 2 ...X-windows is just a suedonym. > Registered Linux user # 182496 > > On Sun, 9 Jul 2000, Fran Parker wrote: > > > Hi Bob and all, > > > > Bob, this is excellent and works really well! > > Now if we could get it to initiate kppp ...so you could see > > the modem traffic and see throughput without looking > > at the log. Haven't put it in the rc file yet...but works really > > well from the terminal so far. We are testing it at the moment. > > > > Thanks so much, > > Bambi > > > > > > "Bob Puff@NLE" wrote: > > > > > Hello people, > > > > > > I just wrote up a file on setting up Dial On Demand with Mandrake 7.x. It >provides all the sample files needed. Someone asked about this, so here is the link: > > > > > > http://www.nleaudio.com/bnotes/dialondemand.htm > > > > > > Any comments/suggestions - let me know! > > > > > > Bob > > > >
Re: [expert] Dial on Demand
On Sun, Jul 09, 2000 at 10:25 -0600, Sheldon Lee Wen wrote: > [snip] > > > Why don't you contribute your stuff about DoD to the > > mandrakeuser.org and merge it with the stuff Tom has already > > gathered there? > > > > We try to show the MUO as a part of our support system and it > > would be great if this site would get more of the excellent > > solutions I often see on this list. > > > > I'm sure Tom would appreciate it. > > Sure if you could get him to actuall post the stuff you send him. > I've sent him things a few time (in feb) and they still aren't posted > so I stopped trying. Forwarded your and Sean's mail to Tom. I also recommended to him to read the expert-list. wobo -- GPG-Fingerprint: FE5A 0891 7027 8D1B 4E3F 73C1 AD9B D732 A698 82EE For Public Key mailto [EMAIL PROTECTED] with Subject: GPG-Request --- ISDN4LINUX-FAQ -- Deutsch: http://www.wolf-b.de/i4l/i4lfaq-de.html
Re: [expert] Dial on Demand
Bob, A really useful and easy setup routine for us comparitive newbies to the world of Linux. But.. a couple of queries Your refer a couple of times to /etc/ppp/resolv.cnf, is this a typo? I found resolc.cnf in /etc or do you intend for a ?second? copy in /etc/ppp ? Working thru your tutorial, I got to generating and testing /etc/ppp/chat-isp. problem here is that my ISP uses PAP but appears to expect the login data to be streamed in almost immediately without any handshake or prompting messages. (Certainly nothing is observed when watching with simple console.) The consequence is that the daemon times out. How does one deal with this situation? After making the changes you suggest in /etc/ppp/options and generating /etc/ppp/peers/isp I proceeded to test using: 'pppd call isp', the dialer certainly worked but because there's no login the 'ping' of course cannot be carried out. I have fiddled about in chat-isp in the area of the username and password lines, changing the prompts to blanks etc but without any success. Any help hints etc would be greatly appreciated else I have to continue using this 'other opsys' for my netting Cheers John
Re: [expert] Dial on Demand
- Original Message - From: "Sean Middleditch" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: <[EMAIL PROTECTED]> Sent: Monday, July 10, 2000 1:49 PM Subject: Re: [expert] Dial on Demand > Sheldon Lee Wen wrote: > > What about making it into a HOWTO for the LDP? After all, that's a Hell > of a lot more useful to people than the Mandrake-User site. For starts, > a Linux HOWTO is usable by everyone with a recent version of PPPD and > CHAT, and the Mandrake-User site has got to be the single worst document > site I have ever visited: the layout needs a make-over, there needs to > be a message posting/discussion capability for every available document > (one or two of them really need more explanation), and that green > honestly offends my eyeballs (note: and my favorite color IS green, > too). In any event, a HOWTO submitted to the LDP would be really nice. > A lot of their documentation is still incomplete or out-of-date, > especially the dial-up stuff. > > Sean Middleditch Ever read the HOWTO HOWTO? For the DocBook unaware, there's a big hurdle to overcome if you want to submit it. If there's a way to submit without DocBook, I'm listening since I will have a few things to contribute or update myself. Hoyt
Re: [expert] Dial on Demand
Did someone change kpppload? I used to run it to see the load all the time WITHOUT using Kppp to set up the modem. KNETLoad also can be set to view the ppp interface. and parks neatly on the panel Civileme -Original Message- From: Eugene C. Zesch <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]> Date: Sunday, July 09, 2000 10:50 AM Subject: Re: [expert] Dial on Demand >Fran Parker wrote: >> >> Hi Bob and all, >> >> Bob, this is excellent and works really well! >> Now if we could get it to initiate kppp ...so you could see >> the modem traffic and see throughput without looking >> at the log. Haven't put it in the rc file yet...but works really >> well from the terminal so far. We are testing it at the moment. >> >> Thanks so much, >> Bambi >> >Excellent set of instructions. >As for as a quick check of modem traffic, I suggest kmodem which will >dock a little flashing icon on the taskbar just like in that GUI for >DOS. Get it from > >http://rufus.w3.org/linux/RPM/suse/6.3/i386/suse/kpa1/kmodem- 1.2.1-74.i386.html > >I've found it works well in Mandrake. > >Gene > >
Re: [expert] Dial on Demand
Fran Parker wrote: > > Hi Bob and all, > > Bob, this is excellent and works really well! > Now if we could get it to initiate kppp ...so you could see > the modem traffic and see throughput without looking > at the log. Haven't put it in the rc file yet...but works really > well from the terminal so far. We are testing it at the moment. > > Thanks so much, > Bambi > Excellent set of instructions. As for as a quick check of modem traffic, I suggest kmodem which will dock a little flashing icon on the taskbar just like in that GUI for DOS. Get it from http://rufus.w3.org/linux/RPM/suse/6.3/i386/suse/kpa1/kmodem-1.2.1-74.i386.html I've found it works well in Mandrake. Gene
Re: [expert] Dial on Demand
Sheldon Lee Wen wrote: > [snip] > > > Why don't you contribute your stuff about DoD to the > > mandrakeuser.org and merge it with the stuff Tom has already > > gathered there? > > > > We try to show the MUO as a part of our support system and it > > would be great if this site would get more of the excellent > > solutions I often see on this list. > > > > I'm sure Tom would appreciate it. > > Sure if you could get him to actuall post the stuff you send him. > I've sent him things a few time (in feb) and they still aren't posted > so I stopped trying. > What about making it into a HOWTO for the LDP? After all, that's a Hell of a lot more useful to people than the Mandrake-User site. For starts, a Linux HOWTO is usable by everyone with a recent version of PPPD and CHAT, and the Mandrake-User site has got to be the single worst document site I have ever visited: the layout needs a make-over, there needs to be a message posting/discussion capability for every available document (one or two of them really need more explanation), and that green honestly offends my eyeballs (note: and my favorite color IS green, too). In any event, a HOWTO submitted to the LDP would be really nice. A lot of their documentation is still incomplete or out-of-date, especially the dial-up stuff. Sean Middleditch
Re: [expert] Dial on Demand
[snip] > Why don't you contribute your stuff about DoD to the > mandrakeuser.org and merge it with the stuff Tom has already > gathered there? > > We try to show the MUO as a part of our support system and it > would be great if this site would get more of the excellent > solutions I often see on this list. > > I'm sure Tom would appreciate it. Sure if you could get him to actuall post the stuff you send him. I've sent him things a few time (in feb) and they still aren't posted so I stopped trying. === "... all thoughts of selfish desire, ill-will, hatred and violence are the result of a lack of wisdom ... " - Buddha For an awsome fantasy role playing game checkout: http://members.xoom.com/Lycadican ===
Re: [expert] Dial on Demand
I was wondering. What happens to the connection when the app initiating the connection is closed or dies? Also, for some reason when I tried to start the process of installing this I issued the launch command for the dialer from a terminal window per the instructions and all I was able to get to happen was the modem would continue to dial up the ISP. It wouldn't complete the connection. Any suggestions? thanks... -- Mark I love my Linux Box... REASON # 2 ...X-windows is just a suedonym. Registered Linux user # 182496 On Sun, 9 Jul 2000, Fran Parker wrote: > Hi Bob and all, > > Bob, this is excellent and works really well! > Now if we could get it to initiate kppp ...so you could see > the modem traffic and see throughput without looking > at the log. Haven't put it in the rc file yet...but works really > well from the terminal so far. We are testing it at the moment. > > Thanks so much, > Bambi > > > "Bob Puff@NLE" wrote: > > > Hello people, > > > > I just wrote up a file on setting up Dial On Demand with Mandrake 7.x. It >provides all the sample files needed. Someone asked about this, so here is the link: > > > > http://www.nleaudio.com/bnotes/dialondemand.htm > > > > Any comments/suggestions - let me know! > > > > Bob > >
Re: [expert] Dial on Demand
Hi Bob and all, Bob, this is excellent and works really well! Now if we could get it to initiate kppp ...so you could see the modem traffic and see throughput without looking at the log. Haven't put it in the rc file yet...but works really well from the terminal so far. We are testing it at the moment. Thanks so much, Bambi "Bob Puff@NLE" wrote: > Hello people, > > I just wrote up a file on setting up Dial On Demand with Mandrake 7.x. It provides >all the sample files needed. Someone asked about this, so here is the link: > > http://www.nleaudio.com/bnotes/dialondemand.htm > > Any comments/suggestions - let me know! > > Bob
Re: [expert] Dial on Demand
On Fri, Jul 07, 2000 at 22:43 -0400, Bob Puff@NLE wrote: > Hello people, > > I just wrote up a file on setting up Dial On Demand with Mandrake 7.x. It provides >all the sample files needed. Someone asked about this, so here is the link: > > http://www.nleaudio.com/bnotes/dialondemand.htm > > Any comments/suggestions - let me know! A suggestion, though not on the topic itself: Why don't you contribute your stuff about DoD to the mandrakeuser.org and merge it with the stuff Tom has already gathered there? We try to show the MUO as a part of our support system and it would be great if this site would get more of the excellent solutions I often see on this list. I'm sure Tom would appreciate it. wobo -- GPG-Fingerprint: FE5A 0891 7027 8D1B 4E3F 73C1 AD9B D732 A698 82EE For Public Key mailto [EMAIL PROTECTED] with Subject: GPG-Request --- ISDN4LINUX-FAQ -- Deutsch: http://www.wolf-b.de/i4l/i4lfaq-de.html
[expert] Dial on Demand
Hello people, I just wrote up a file on setting up Dial On Demand with Mandrake 7.x. It provides all the sample files needed. Someone asked about this, so here is the link: http://www.nleaudio.com/bnotes/dialondemand.htm Any comments/suggestions - let me know! Bob
Re: [expert] Dial on demand
On Mon, 10 Apr 2000, you wrote: > It seems to me that I read something the other day about a module or > something to setup dial on demand for a ppp firewall/router. Is there > such a thing or am I just dreaming? > it's called "diald." Unfortunately, I can't seem to find it on my RedHat 6 box here at work. It may or may not be part of the Mandrake distro. If not, I'm sure it won't be hard to find. John
Re: [expert] Dial on demand
Your dreaming has been reality for quite a while :-) I currently use diald and it works great. Tuesday, April 11, 2000, 9:35:25 AM, you wrote: RB> It seems to me that I read something the other day about a module or RB> something to setup dial on demand for a ppp firewall/router. Is there RB> such a thing or am I just dreaming? -- lark
RE: [expert] Dial on demand
You're probably thinking of diald. However, diald is no longer needed. Put "ondemand" in your ppp "options" file, and ppp will dial on demand. Read the pppd man page for specifics. You may also want to look at persist and I think it's "idle". Russ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Richard Bonebrake Sent: Monday, April 10, 2000 6:35 PM To: [EMAIL PROTECTED] Subject: [expert] Dial on demand It seems to me that I read something the other day about a module or something to setup dial on demand for a ppp firewall/router. Is there such a thing or am I just dreaming?
Re: [expert] Dial on demand
Richard Bonebrake wrote: > > It seems to me that I read something the other day about a module or > something to setup dial on demand for a ppp firewall/router. Is there > such a thing or am I just dreaming? Yes, you can put a demand option in /etc/ppp/options, along with anidle xxx option to kill the connection after xxx seconds of inactivity. Works like a charm. See man ppp or http://www.nic.com/~cannon/Linux/#dod Gene
[expert] Dial on demand
It seems to me that I read something the other day about a module or something to setup dial on demand for a ppp firewall/router. Is there such a thing or am I just dreaming?
