Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 17 Mar 1995 11:24:35 -0600 (CST)
From:      Joe Greco <jgreco@brasil.moneng.mei.com>
To:        root@io.cts.com (Morgan Davis)
Cc:        hackers@FreeBSD.org
Subject:   Re: Connecting a BBS to serial port?
Message-ID:  <9503171724.AA23717@brasil.moneng.mei.com>
In-Reply-To: <199503171225.EAA14339@io.cts.com> from "Morgan Davis" at Mar 17, 95 04:25:28 am

next in thread | previous in thread | raw e-mail | index | archive | help
> After a caller logs in to the FreeBSD box with a special login name,
> the interpreter would simply be cu, which would connect to the serial
> port to wake up the BBS.  The BBS supports direct serial connections
> which, in its 'getty' mode, simply watches for newlines, and then
> prompts a caller for login and password codes.
> 
> In reading the cu manual, it doesn't appear to have a "raw" or
> restricted mode -- and I'm afraid that a caller would be able to enter
> tilde commands to cu.  The connection has to be transparent and
> support 8 bit data so that file transfers would work.
> 
> Is there any existing solution to do this sort of thing, or would I
> need to write my own variation of cu to make the port-to-port
> connection?  The BBS at the other end is an Apple IIGS (running
> software I've written), so performance isn't critical -- 19,200 is
> just fine.

Hi,

Having a relatively high level of experience with "bizarre"
configurations to get things to work in restricted environments,
I would highly suggest that you look closely at "kermit".

Advantages:  .kermrc (?) file can be used to configure Kermit
just-so.  :-)

Disadvantages(?):  it does not look like you can disable the
escape character without hacking sources, at least from the
3 minutes I played around with it.

What I (quickly) did in SunOSland:

Added
k::65534:65534:Kermit the Frog:/files/home/users/k:/usr/local/bin/kermit
to /etc/passwd

Created /files/home/users/k, touched .hushlogin, and created .kermrc:

echo Please wait, connecting to port.
echo
set line /dev/ttyd0
set speed 38400
connect
quit

The quit at the end to kick the user off at session's end..

Disadvantages:  I've never actually tried this specific hack in the
past, so I can't guarantee it will work.  But it seems like a relatively
low-effort thing to try (aside from hacking out the escape char support).

... Joe

-------------------------------------------------------------------------------
Joe Greco - Systems Administrator			      jgreco@ns.sol.net
Solaria Public Access UNIX - Milwaukee, WI			   414/342-4847



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9503171724.AA23717>