/etc/chap -- for use with the CHAP authentication protocol /etc/pap -- for use with the PAP authentication protocol /etc/resolv.conf -- standard *nix file for host name resolution configuration /etc/ppp/chap-secrets -- items used in CHAP that you don't want others knowing /etc/ppp/chat -- modem configuration data: what's expected, what's sent, on each line /etc/ppp/options -- options to supply to the PPP daemon /etc/ppp/pap-secrets -- items used in PAP that you don't want others knowing /etc/ppp/ppprc -- a resource file you can use to supplant some of the optionsYou can see what exactly goes in these files by perusing the other files in this archive. Yes, things look a bit different from what I've described above. So let me explain the rest..
In order to see how the dialin procedure is going, (or not going), execute tail -f /var/log/messages -- you should see something like this if all goes well:
Nov 9 08:26:05 lemieux pppd[15709]: pppd 2.2.0 started by root, uid 0
Nov 9 08:26:04 lemieux kernel: registered device ppp0
Nov 9 08:26:22 lemieux pppd[15709]: Serial connection established.
Nov 9 08:26:23 lemieux pppd[15709]: Using interface ppp0
Nov 9 08:26:23 lemieux pppd[15709]: Connect: ppp0 <--> /dev/cua1
Nov 9 08:26:30 lemieux pppd[15709]: Remote message: Packet mode enabled:
Nov 9 08:26:30 lemieux pppd[15709]: local IP address 209.86.20.193
Nov 9 08:26:30 lemieux pppd[15709]: remote IP address 168.121.1.1
From this, we can see the PPP daemon (pppd) running on my host (named "lemieux", after another legendary penguin), and that it has a process ID of 15709. (This is important.) Also, lemieux has been assigned a dynamic IP address of 209.86.20.193 ; this is incredibly useful for dialing into Unix hosts, and redirecting their X Windows traffic (such as, well, windows) to your dailed-in desktop.
To terminate your dial-in session, execute the following command as
root: kill -1 ppp_pid, where ppp_pid
is the PPP daemon's process ID.
(Hey, I said that would be important.) What's with the -1? Well,
the 1 stands for the Unix "hangup" signal (also known as SIGHUP). By sending
this signal to the PPP daemon via the kill command, you are notifying
the daemon that something out there has occurred that demands that the
serial connection be taken down, cleaned up, etc. etc. (What occurred
exactly? You chose to do so, silly, by executing the command.)
Whatever you do, do not leave out the -1, or (even worse) replace it with anything else, particularly a -9. The 9 stands for the "terminate with extreme prejudice" signal (or SIGKILL -- this is the most popular use of the kill command, surprise, surprise), and it may very well cause the pppd daemon to die without cleaning up after itself. This is probably not a major problem -- you can always turn the modem off, then on, and try pppto again -- but it's always a good idea to do things the right way, if only to get in the practice of respecting system integrity.
Well, that's it. Please bear in mind that I created all of this (words and scripts) with the barest minimum of knowledge - merely what I was able to glean from various scattered pieces of documentation here and there. (Yeah, I know, RTFM. But admit it: man pages were never meant to be tutorials, but to be references. Hopefully I can use them as such after all this.) Be sure to look at the example templates. And, if anything on this page is incorrect or incomplete, tell me about it! I'll edit it as soon as I can..
Hope this helps,
-- Dan Caugherty
Email: caffeine1@mindspring.com
Web: http://www.mindspring.com/~caffeine1/cork.html
File last modified: 19 November 1997