[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
getting Dial-In working
Hello once again,
Ok, I have narrowed my problems to just comm port configuration.
The FreeBSD handbook uses devices names that do not match to OpenBSD and
that is what has me lost. All I do know if that Kermit was is able to dial
out using device /dev/cua01 (Com2:)
I want to use fixed speed communication between my internal modem and my
serial device at 57600. There looks like an entry in gettytab that sets up
a std.57600 so I think I just leave this be.
In my /etc/stty I found a line that read:
tty01 "usr/libexec/getty std.9600" unkown off
so I figured that was the line to change to read:
tty01 "user/libeexec/getty std.57600" dialup on
(freebsd suggested using ttyd1 for com2, I had no such device and the
MAKEDEV ttyd1 failed)
Then freebsd spoke about /etc/rc.serial vs /etc/rc.local, and I have a
rc.local but because I am now unsure of which device i am to be using, I
can't even gues at what need to be in there for device names.
Can someone who is using dial-in access via modem give me some help with
device names and which config files are applicable to OpenBSD?
> On Thu, 28 May 1998, Nick Ellson wrote:
> >I have read over the man pages to PPPD but I am still a bit fuzzy on how
> >I would set it up as a single line server over a modem. I didn't see
> >anything in the FAQ, are there places I can go to find examples maybe?
> It's not too involved. First, make sure your modem works correctly for
> normal dial-in. Then set up a ppp user. For one user, I'd use the passwd
> file. For example:
> Puser:*:2001:2001:Sample Dialup PPP,,,:/usr/tmp:/usr/local/sbin/ppp-login
> Then, create a ppp-login script that looks like this:
> /usr/bin/mesg n
> stty -tostop
> exec /usr/sbin/pppd nodefaultroute <your.ip.address>:<his.ip.address>
> Then create an /etc/ppp/options file that looks like:
> asyncmap 0
> Give your new ppp user a password and have him try a login.
> Two notes. This approach does _not_ scale well. It's for the single
> user problem. It will also not interfere with originating ppp
> connections. Also, you will probably have the best luck using a
> standard getty and turning off echoing and reporting. I always set my
> modems up for hardware flow control, no echoing, DSR follows carrier and
> reset on carrier drop. If I need echoing (for example uucp) I'll turn it
> on in the chat script.
> I've used this approach for single 'service' type ppp connections and it
> works reasonably well. There are much better ways of setting up general
> ppp service if you have multiple lines and a number of users. Try this
> first and I think it will make the man page more understandable.
> Good luck.
> -- Jay
> >Nick Ellson
> >Customer Support
> >Imagenation HTTP://www.imagenation.com