home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / mswindo / programm / win32 / 929 < prev    next >
Encoding:
Text File  |  1992-09-12  |  2.2 KB  |  54 lines
  1. Newsgroups: comp.os.ms-windows.programmer.win32
  2. Path: sparky!uunet!microsoft!hexnut!alistair
  3. From: alistair@microsoft.com (Alistair Banks)
  4. Subject: Re: Process Security in NT
  5. Message-ID: <1992Sep12.030828.28144@microsoft.com>
  6. Date: 12 Sep 92 03:08:28 GMT
  7. Organization: Microsoft Corporation
  8. References: <sxjcb-100992122022@sxjcb.uacn.alaska.edu>
  9. Lines: 43
  10.  
  11. In article <sxjcb-100992122022@sxjcb.uacn.alaska.edu> sxjcb@orca.alaska.edu (Jay C. Beavers) writes:
  12. >
  13. >I'm surprised to find that NT requires you to log in.  This brings up the next
  14. >question which I haven't found an answer to, does NT have user security
  15. >restrictions on processes?  I.E.  does this process run in the background
  16. >with this security level while a separate process runs with a different
  17. >security level? 
  18.  
  19. Windows NT requires you to login, since it is a secure system which controls
  20. access to reseources by user-id/password pairs, locally, and accross a
  21. network
  22.  
  23. Yes, Windows NT runs background processes (which we call services) with
  24. different security contexts
  25.  
  26. >If so, why all the moaning about lack of multi-user
  27. >support in NT?  All the basics are more than present and a telnetd is
  28. >nothing more than a background daemon that hasn't been written yet.
  29.  
  30. Agreed
  31.  
  32. >BTW, is anyone thinking of writing a GUI version of telnet or rlogin?  Is
  33. >it going to be necessary or is RPC and peer-to-peer networking going to
  34. >totally replace the command-line login metaphor?
  35.  
  36. Windows NT comes with "a GUI telnet" - telnet is provided as a comm
  37. driver, and you can simply use Terminal and select the "telnet" port
  38. instead of com1, com2, etc
  39.  
  40. Net Manage have already shown their Telnet for Windows ported to Windows NT,
  41. and I'm sure that rlogin and the rest will follow
  42.  
  43. >Are daemon and process bad words for NT that have been replaced with more
  44. >'MC (Microsoft Correct)' jargon?  Threads means processes, but how about
  45. >daemon?  Background thread?
  46.  
  47. Threads dont mean processes at all - Daemons may well be compared to
  48. services, unix processes to Windows NT processes, but threads are
  49. multiple paths of execution within the same code and dataspace in
  50. a single process - ie, a register set and unit of execution - some
  51. unixes have threads, but threads arent Microsoft jargon
  52.  
  53. -- Alistair
  54.