[comp.protocols.tcp-ip.ibmpc] A Real Telnet Server for MS-DOS

nelson@sun.soe.clarkson.edu (Russ Nelson) (06/02/89)

I have a real telnet server for IBM-PCs and clones running MS-DOS.  It is a
version of Phil Karn's TCP/IP networking software (NOS).  The program (tns)
lets you telnet to a PC, asks you for an "account" and password, and
then connects you to the machine.  The telnet server reads the local screen
periodically, and uses ANSI X3.64-1979 escape sequences to update the remote
screen.

It needs work.  I need to duplicate the functionality of programs such
as Carbon Copy, Remote Control, etc.  If this program would be useful
to you, please tell me what would be most useful:
  o Currently it takes 126K.  I can reduce this by a considerable amount,
    but you're never going to be able to run TeX or Ventura Publisher.
    If you have an application in mind that cannot afford to lose 126K,
    then please tell me how much it can afford.  Give me a target to
    shoot for.
  o Currently, I only support ANSI escape sequences.  Is there any demand
    for other displays (recall the existance of Oliver Laumann's "screen",
    that emulates an ANSI terminal using termcap)?
  o Currently, only ASCII keycodes can be sent.  How do I send IBM-PC keycodes?
    Should I pick on an infrequently-used control character and use it as a
    quote, or is there some standard that hides keystroke differences?
  o Currently, only text modes are supported.  How do I support
    graphics modes?  What do I do if the user is not using an IBM-PC?
    What if they have incompatible graphics hardware, i.e. the server
    has an EGA and the client machine an CGA?  What if the program on
    the server writes directly to the graphics hardware (as is
    necessary for the Hercules graphics card)?

Availability:

    Because this Telnet server is a derivative of Phil Karn's code, it is
covered by his copyright.  His code is freely copyable by ham radio amateurs,
and by educational institutions.  All others should contact him for permission.
He's in sri-nic.arpa's whois database.
-- 
--russ (nelson@clutx [.bitnet | .clarkson.edu])
I'm a right-to-lifer -- everyone has a right to earn a living sufficient to
feed himself and his family.

news@tut.cis.ohio-state.edu (news) (06/03/89)

to several "server" PC's.  These PC's could be attached to a Meridian CD
Jukebox on a Novel network.  They would be front ends to the Jukebox; Users
would then telnet into these boxes and run the search program that comes
with the particular CD they chose.  If Telnet was not used we would have
to front end the PC's with a terminal server and come into them thru there
COM1 port.  The PC would have to be running a supped up version of CTTY.
From: karl-d@cheops.cis.ohio-state.edu (Doug Karl)
Path: cheops.cis.ohio-state.edu!karl-d

This idea is a cludge and I was repulsed by it at first but don't have any
other good ideas.  The problem is that CD's and CD software are runs on MSDOS
and each CD has it's own unique search program.  Whatever we do we have to
allow EVERYONE to use the CD service.  Hence the idea of a system that
you could Telnet/VT100 into.  There are many other issues related to this
system but we could get into that later if anyone desires to.

TO ANSWER YOUR QUESTION:  The Telnet server should be very small, less than
80K would be nice.  If it mearly traped the BIOS and DOS screen calls and
send the ansi to the telnet output stream that may work with many CD's ????
Also whatever key mappings you use it should be tailerable; someone always
has a better idea.

Doug Karl
Computer Specialist
Instruction and Research Computer Center
Ohio State University

news@tut.cis.ohio-state.edu (news) (06/03/89)

to several "server" PC's.  These PC's could be attached to a Meridian CD
Jukebox on a Novel network.  They would be front ends to the Jukebox; Users
would then telnet into these boxes and run the search program that comes
with the particular CD they chose.  If Telnet was not used we would have
to front end the PC's with a terminal server and come into them thru there
COM1 port.  The PC would have to be running a supped up version of CTTY.
From:$karl-d@cheops.cis.ohio-state.edu (Doug Karl)
Path: cheops.cis.ohio-state.edu!karl-d

This idea is a cludge and I was repulsed by it at first but don't have any
other good ideas.  The problem is that CD's and CD software are runs on MSDOS
and each CD has it's own unique search program.  Whatever we do we have to
allow EVERYONE to use the CD service.  Hence the idea of a system thatyou could Telnet/VT100 into.  There are many other issues related to this
system but we could get into that later if anyone desires to.

TO ANSWER YOUR QUESTION:  The Telnet server should be very small, less than
80K would be nice.  If it mearly traped the BIOS and DOS screen calls and
send the ansi to the telnet output stream that may work with many CD's ????
Also whatever key mappings you use it should be tailerable; someone always
has a better idea.

Doug Karl
Computer Specialist
Instruction and Research Computer Center
Ohio State University