[comp.protocols.tcp-ip.ibmpc] Executing program through ethernet

chrisb@hubcap.clemson.edu (Chris Behrens) (04/05/91)

The situation : a room full of IBM PS/2's connected via ethernet. Using
TCP/IP for connectivity.

Can we execute a program residing on PC #1 from PC #2 by using telnet or
other means ??

Thank You.
Chris Behrens
ChrisB@Hubcap.Clemson.Edu

mark@TELESYS.NCSC.NAVY.MIL ("Mark L. Williams") (04/08/91)

Chris Behrens asks:

>The situation : a room full of IBM PS/2's connected via ethernet. Using
>TCP/IP for connectivity.
>
>Can we execute a program residing on PC #1 from PC #2 by using telnet or
>other means ??

It seems to me that IF you can telnet from PC #2 to PC #1, you can execute
programs on PC #1.  However, telnet is a terminal emulator-type program
that allows PC #2 to log on to PC #1 as if PC #2 were a terminal.  That 
means that PC #1 has to support logons from the ethernet.  That, in turn,
usually means that PC #1 must be running a multi-user operating system.
Your question isn't specific, but I suspect you are running a room-full of
PS/2's under DOS.  If that's the case, I doubt that you can contact PC #1
from PC #2 unless you're doing something I've never heard of.

Actually, if you're running Kermit over TCP/IP, you can set things up such
that network users can contact PC #1 and make it do things.  I don't think
you can use it for any "local" concurrent applications, though.  We did 
this once as a stop-gap and curiosity, but it wasn't practical for our
user community.

TCP/IP doesn't offer "peer-to-peer" services as I understand it.

Mark

GD.WHY@FORSYTHE.STANFORD.EDU (Bill Yundt) (04/09/91)

REPLY TO 04/08/91 09:49 FROM MARK@TELESYS.NCSC.NAVY.MIL "Mark L. Williams": Re:
Executing

Further to Chris Behrens' question:

>Can we execute a program residing on PC #1 from PC #2 by using telnet or
>other means ??

Yes.  We do it all the time using a TSR program on the
remote PC (#1) to provide Telnet server function, allowing
the remote PC console to be effectively emulated on the
local PC (#2), using Telnet client services.

As a matter of fact, using a Macintosh as the client machine
I can control and display the "virtual screens" of
half-a-dozen remote PCs, each running in its own window on the
Mac display screen, so I can alternately access any of the
remote PCs by clicking on their window to activate it.  The
multiple Telnet sessions on the client Mac are maintained
concurrently.  The same could be done with Windows on a
PC/DOS machine but our SU-PC/IP software has not been
adapted to Windows, while that is the normal Mac environment.

Ask the supplier of your TCP software if they provide Telnet
server TSR program support that permits remote PC operation.
If you are a degree-granting institution of higher
education, we could probably supply you our version or you
could ask Wollongong for it if you run their TCP/IP
software.  We have not been including the Telnet server code
in our distributions to educational institutions nor is it documented
so we would only provide it on an as-is basis with zip support.
If other providers of commercial PC TCP/IP products would like to
license our Telnet server TSR for incorporation in their products, we
will gladly supply it.

....Bill

To:  HUBCAP!CHRISB@GATECH.EDU, PCIP@UDEL.EDU

CHARLIE@UMVMA.BITNET (Charlie Turner) (04/09/91)

On Fri, 5 Apr 91 15:18:12 GMT Chris Behrens said:
>The situation : a room full of IBM PS/2's connected via ethernet. Using
>TCP/IP for connectivity.
>
>Can we execute a program residing on PC #1 from PC #2 by using telnet or
>other means ??
>
Perhaps NFS is what you want. One PC could "mount" another PC's HD and
then load and run programs from it, etc. Essentially this is a file
server type of function. You didn't mention exactly what PC TCP/IP
package you are running. Probably there are others using that package
who could help you with NFS if we knew what software you have.

Telnet, as someone has already responded, provides an interactive
terminal interface into another (host) system. I suppose there could
be a PC Telnet implimentation that would give a user on one PC the
DOS prompt of another PC, from which one could run a program.

ljm@FTP.COM (leo j mclaughlin iii) (04/09/91)

>
>The situation : a room full of IBM PS/2's connected via ethernet. Using
>TCP/IP for connectivity.
>
>Can we execute a program residing on PC #1 from PC #2 by using telnet or
>other means ??
>

Assuming the PS/2's are running DOS, you have three options.  One, you
can buy the network version of one of the remote execution packages
such as Carbon Copy and run it over NetBIOS over TCP/IP.  Most of the
commercial TCP/IP packages currently offer NetBIOS.

Two, you can write (or use Stanford's if the licensing appeals to you)
a telnet server for DOS.  It is not that difficult, the major problem
is that only character based applications are easily supportable.  If
you are running OS/2, then telnet servers are available from a variety
of TCP/IP vendors.

Three, you can use the 'do' command of FTP Software's FTP Server for DOS.
This will solve your problem only if the programs you want to run are not 
terribly user interactive.

enjoy,
leo j mclaughlin iii
ljm@ftp.com

jbvb@FTP.COM ("James B. Van Bokkelen") (04/11/91)

    >The situation : a room full of IBM PS/2's connected via ethernet. Using
    >TCP/IP for connectivity.
    >
    >Can we execute a program residing on PC #1 from PC #2 by using telnet or
    >other means ??

    Your question isn't specific, but I suspect you are running a room-full of
    PS/2's under DOS.  If that's the case, I doubt that you can contact PC #1
    from PC #2 unless you're doing something I've never heard of.
    
Long ago I wrote an REXEC (4bsd passworded remote command execution service)
server as a foreground program for DOS.  It was later re-done to use our 2.0
kernel API.  We've never put it into the regular product (explaining to
people about the limits of DOS pipes and I/O redirection was more than we
wanted to support), but when your question came up, we decided to release it
as freeware.  Look on vax.ftp.com in pub/rexecd.dos; the tar file will
contain both the .EXE and the source, although you won't be able to build
the .EXE without our Developer's Kit.

James B. VanBokkelen		26 Princess St., Wakefield, MA  01880
FTP Software Inc.		voice: (617) 246-0900  fax: (617) 246-0901