home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / mswindo / programm / win32 / 796 < prev    next >
Encoding:
Text File  |  1992-09-02  |  2.8 KB  |  54 lines
  1. Newsgroups: comp.os.ms-windows.programmer.win32
  2. Path: sparky!uunet!microsoft!hexnut!michaelw
  3. From: michaelw@microsoft.com (Michael Winser)
  4. Subject: Re: Looking for rshd, telnetd, ftpd etc.
  5. Message-ID: <1992Sep02.211813.14491@microsoft.com>
  6. Date: 02 Sep 92 21:18:13 GMT
  7. Organization: Microsoft Corporation
  8. References: <1992Aug26.123954.1014@cam-orl.co.uk> <1992Aug28.000903.22215@microsoft.com> <1992Sep01.191707.28916@news.mentorg.com>
  9. Lines: 43
  10.  
  11. In article <1992Sep01.191707.28916@news.mentorg.com> pbrooks@mentorg.com (Phil Brooks) writes:
  12. >  Remote compilation/build - When very large systems are being built (i.e.
  13. >   hundreds of files) it is very useful to remotely log in to several systems
  14. >   and parallelize the builds.  There are even versions of make set up to handle
  15. >   this transparently.  Remote login services are needed to do this.
  16.  
  17. Why do you need remote login in the classic unix sense?  Setup a make (or
  18. compile server) that uses RPC or named pipes.  The server side whould use
  19. the client impersonation API to get an ACE (access control entry).  No login
  20. required.
  21.  
  22. >  Starting up remote servers - I may want to start a server or other program
  23. >   on a remote machine which doesn't run under a GUI.  I may access its results
  24. >   later on with a spreadsheet or regular editor etc.
  25.  
  26. Once again, why stick with the unix model?  Services are explicitly supported
  27. by Windows NT.  When started they take on the ACE of the user that installed
  28. them.  No login required.  I'm pretty sure that you can start these services 
  29. via RPC.  It would be trivial to write a start server daemon (for RPC, telnet
  30. or whatever).
  31.  
  32. >  Modem Access - I may want to dial in from home on an old dusty VT100 terminal
  33. >   and read ASCII email (assuming that I have a character based Mail User Agent).
  34. >   While I am at it, I may want to take a peek at a build log from the build I
  35. >   started up before I went home.  If something went wrong, I can correct it, and
  36. >   fire off another try, saving myself a few hours in the morning or a trip in
  37. >   later that night.
  38.  
  39. OK, you got me.  For this you're gonna need to "login" ie create an ACE (unless
  40. you use LANMAN RAS from home :-)  To do that you'll need to write a subsystem
  41. that can call upon the Security Manager (not a part of the Win32 API).  For now
  42. I would write a service that does callbacks only to your registered number. 
  43.  
  44. >
  45. >boxes and on the DEC Alpha box.  I would imagine that a well configured Alpha/NT
  46. >system would do very well competing with IBM AS/400's in the minicomputer market.
  47. >It will need to deal with terminals, multiple concurrent users, and remote access
  48. >in order to do that though.
  49.  
  50. Hmm, I'll just say that this is not the future as we see it.  Windows clients
  51. are the way to go.  Would you be happy with only a dumb terminal on your desk?
  52.  
  53. Michael Winser -- Microsoft European Headquarters  -- michaelw@microsoft.com
  54.