Date: Tue, 14 Jan 1997 00:34:05 -0700 From: michellb@ordata.com (Michelle Brownsworth) To: freebsd-questions@FreeBSD.ORG, billk@teleport.com Subject: The continuing saga of setting up kernel PPP... Message-ID: <199701140835.AAA00391@cobra.ordata.com>
next in thread | raw e-mail | index | archive | help
First, let me thank all the kind folks who responded to my recent posting
(Subject: "Sorry - PPP is not available on this system" msg) offering
helpful suggestions. The consensus was that I needed to rebuild the
kernel with PPP support. (I was under the mistaken impression after
reading the Handbook and FAQ that the 2.1.5 GENERIC kernel had PPP support
already there.)
Anyhow, I gladly took the advice and remade the kernel, adding the
pseudo-device line, and removing lots of unnecessary probing for devices I
don't have in the process. (The new streamlined kernel boots _much_
faster. :^)
Aside from the gettytab, ttys, and rc.local files (copies of which are
reproduced at the end of this posting), I used just one script. (Thanks
to Jay D. Nelson for the following script.)
/usr/local/bin/ppplogin:
#!/bin/sh
/usr/bin/mesg n
stty -tostop
/usr/sbin/pppd proxyarp
The above script is called as part of the login process. Note in the
following ppp user line from /etc/passwd where there's a path to the
script, instead of a shell, to be exec'd:
ppp:*:2000:2000:PPP Login User:/home/ppp:/usr/local/bin/ppplogin
So, that's it. My dialer program dials, logs in as userid ppp, issues the
password, and the connection is established. The resulting process and
routing
info:
bash# ps ax | grep ppp
144 d1 Is+ 0:00.06 /bin/sh /usr/local/bin/ppplogin
237 d1 I+ 0:00.03 /usr/sbin/pppd proxyarp
bash# netstat -nr
Routing tables
Internet:
Destination Gateway Flags Refs Use Netif Expire
default 206.100.124.254 UGSc 1 74 ed1
127.0.0.1 127.0.0.1 UH 0 0 lo0
206.100.124 link#1 UC 0 0
206.100.124.20 0:40:c7:55:e:77 UHLW 1 2 ed1 907
206.100.124.64 0:80:ad:b0:f:b0 UHLW 0 30 lo0
206.100.124.69 206.100.174.68 UH 3 637 ppp0
206.100.124.69 0:80:ad:b0:f:b0 UHLS2 0 0 ed1
206.100.124.70/32 link#1 UC 0 0
206.100.124.199 0:80:ad:1a:eb:ab UHLW 0 2 ed1 1080
206.100.124.254 8:0:2:1b:e:78 UHLW 2 0 ed1 146
206.100.124.68 is the local IP; 206.100.124.69 the remote IP. This is set
up in the /etc/ppp/options pppd config file, but nowhere have I specified
that it's the file to use. Must do it automagically, I assume--anyone in
the newsgroup know for sure?
The current mysterious problem: The PPP connection (dialing in from my
Mac 8500 at home) works just fine--as long as everything requested resides
on the server to which I'm connected. In other words, none of my client
apps--Netscape, NCSA Telnet, Newswatcher, Eudora, Fetch, etc.--can connect
with any other server. Eudora will not accept any other server for POP or
SMTP. Netscape perpetually is "Contacting [remote host]..." The telnet
client will not connect with another server directly; I have to first open
a telnet session to my server and telnet from within that session to a
remote host. So--any ideas on what's causing this confinement to my
server?
The following are the gettytab, ttys, and rc.local files, in case they
might provide a clue to what's going on. If everything is kosher on the
server side, then it's--what?--a problem with the Mac PPP dialup
configuration, perhaps?
/etc/gettytab
-------------
#
# Additions for a V.32bis or V.34 Modem
# Starting at 57.6 Kbps
#
vm|VH300|Very High Speed Modem at 300,8-bit:\
:nx=VH57600:tc=std.300:
vn|VH1200|Very High Speed Modem at 1200,8-bit:\
:nx=VH300:tc=std.1200:
vo|VH2400|Very High Speed Modem at 2400,8-bit:\
:nx=VH1200:tc=std.2400:
vp|VH9600|Very High Speed Modem at 9600,8-bit:\
:nx=VH2400:tc=std.9600:
vq|VH57600|Very High Speed Modem at 57600,8-bit:\
:nx=VH9600:tc=std.57600:
/etc/ttys
---------
# Serial terminals
ttyd1 "/usr/libexec/getty VH57600" dialup on secure
/etc/rc.local
-------------
# Set hardware (RTS/CTS) flow control for modem port COM2
stty -f /dev/ttyd1 crtscts
Here's some more info:
bash# stty -a -f /dev/ttyd1
ppp disc; speed 57600 baud; 0 rows; 0 columns;
lflags: -icanon -isig -iexten -echo -echoe -echok -echoke -echonl
-echoctl -echoprt -altwerase -noflsh -tostop -flusho -pendin
-nokerninfo -extproc
iflags: -istrip -icrnl -inlcr -igncr -ixon -ixoff -ixany -imaxbel ignbrk
-brkint -inpck ignpar -parmrk
oflags: -opost -onlcr -oxtabs
cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb crtscts -dsrflow
-dtrflow -mdmbuf
cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = <undef>;
eol2 = <undef>; erase = ^?; intr = ^C; kill = ^U; lnext = ^V;
min = 1; quit = ^\; reprint = ^R; start = ^Q; status = <undef>;
stop = ^S; susp = ^Z; time = 0; werase = ^W;
(Hey, admittedly my posts are lengthy, but, y'gotta admit--they're complete. ;^)
.\\ichelle
----------------------
Michelle Brownsworth
System Administrator
IMS, Inc.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199701140835.AAA00391>