[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:
> #!/bin/sh
> /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:
> modem
> 57600
> crtscts
> lock
> 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
> >
> >--
> >Nick Ellson
> >Customer Support
> >Imagenation           HTTP://www.imagenation.com 

Nick Ellson
Customer Support
Imagenation           HTTP://www.imagenation.com