home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Meeting Pearls 3
/
Meeting_Pearls_III.iso
/
Pearls
/
tcp
/
Networking
/
TCP
/
Server
/
tnserv
/
doc
/
tnserv.doc
Wrap
Text File
|
1993-12-12
|
6KB
|
139 lines
/---------------------------------------------------------------\
--------- - - /----\ ------ ----- -- --
| | | \ | | / | | | | \ \ \ / /
---- ---- | \ | | | /----\| | |---- | ---\ | \ \ / /
| | | \ \ | | | | | | | | / / \ \ / /
| | | | \ | | | \---\ | |--- | | / / \ \ / /
| | | |\ \| | \____ \ | |--- | || | \ \ / /
| | | | \ | | \ | | | | | \ \ \ \/ /
| | | | \ | | |\----| | | |---- | | \ \ \ \/ /
| | | | \ | | | | | | | \ \ \ /
- - -- \-----/ ------ - - --
\---------------------------------------------------------------/
tnserv is Copyright (C) 1993 Steve Holland sdh4@cornell.edu
All Rights Reserved
tnserv is FREEWARE. This means you can pass it on to others
for FREE or for a nominal copying fee. Fred Fish is expressly
invited to include this in his disk collection, and permission
is hereby given for this program to be included on the
AmiNet CD-ROM. Furthermore, permission is hereby granted for
tnserv to be included with the AmiTCP distribution, should
the AmiTCP group in Finland choose to do so.
This program is NOT distributed under the terms of the GNU
general public license, at least not yet.
All the standard disclaimers apply. Use this program at your
own risk.
WHAT IS TNSERV?
Tnserv is a telnet daemon for AmiTCP version 2. It allows
remote connections to your computer and allows remote shells,
multi-user BBSes, remote text editing, and much more.
SYSTEM REQUIREMENTS
Tnserv requires AmiTCP version 2 installed and running,
and AmigaDOS 2.0 or better. It will generally use less than
100k of memory, although it may use much more if there
are many remote connections.
FEATURES
- Provides telnet daemon support for AmiTCP version 2
- Supports arbitrary number of simultaneous connections to
a single login.
- Supports both pseudo-CON: and pseudo-serial.device connections,
allowing virtually any existing program which works either
in a Shell/CLI or over the serial port to be accessible
over the network.
- Compatible with MultiUser
- Converts network end of line sequencess to Amiga type
end of line sequences.
- Supports telnet LINEMODE option which allows line editing
to be done on the client, therefore providing increased
performance, and decreased network bandwidth usage.
- Provides password protection
INSTALLING TNSERV
make a directory for tnserv and assign tnserv: to that
directory. You will probably want to put that assign
in your user-startup file. The files in the s
directory are optional, but needed to use the sample
password file entries. C/reqoff disables
system requesters for the current shell or cli. This
is needed to prevent processes under remote control
from waiting for a user on the console to hit a "cancel"
button. Devs/fakesr.device is what allows tnserv to
create pseudo-serial ports on the fly. It must be
in your devs: assign path for tnserv to operate.
The "telnetgetty" file must be in one of the following
locations relative to the directory from which
tnserv was run:
tnserv:telnetgetty
telnetgetty/telnetgetty
telnetgetty
AmiTCP:bin/telnetgetty
TNSERV WILL NOT WORK AT ALL UNLESS IT CAN FIND
TELNETGETTY IN ONE OF THESE LOCATIONS.
Put an appropriate login banner in tnserv:banner and
create the logins you want in the tnserv:passwd file.
If you have MultiUser installed uncomment the line
in s:remote-startup which calls logout.
To run tnserv, simply type "run >nil: tnserv"
from a shell, and tnserv will immediately
begin waiting for connections. To stop tnserv
once it is started, you can use the break
shell command to send tnserv the Control-C signal.
PASSWD FILE FORMAT
(see the example password file for documentation)
NOTES
to use the supplied emacs script, you must first patch
your copy of emacs to use the fakesr.device instead of the
serial.device. This is because of an emacs bug -- the command
line option to tell it to use something other than serial.device
unit 0 does not work.
A '*' as a password indicates no password required for login.
However, the current version of telnetgetty does require a
password anyway, although it does not care what is typed.
BUGS
TelnetGetty should release the rights to fakesr.device unit immediately
if the first open is not SERF_SHARED.
emacs seems to have some problems sometimes. Source unknown. Possibly
emacs bug.
emacs does not accept cursor-key input. Source unknown. Probably termcap
problems
If you telnet to the amiga, then use the amiga to telnet to a host,
when you type characters they do not get displayed until you press
return. Source unknown.
The Home-Dir option in the password file is currently ignored
TelnetGetty should not ask the user for a password for logins to accounts
with no password.
The Ctrl-C, D, E, and F signals are not generated and sent to
the appropriate tasks/processes for the console mode.
(this is currently considered a feature, since it makes
it possible to run shell scrips securely without worrying
about having someone Ctrl-D out of one.
TelnetGetty does not pay any attention to remote telnet requests/option
negotiation, although it does correctly ignore them.
CONTACTING THE AUTHOR
Name: Steve Holland
E-Mail: sdh4@cornell.edu
Snail Mail:
22 Forty Acres Drive
Wayland, MA 01778
USA
Of course donations, while not required, would be
graciously accepted.