home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / vms / 18081 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  2.3 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!ucbvax!lrw.com!leichter
  2. From: leichter@lrw.com (Jerry Leichter)
  3. Newsgroups: comp.os.vms
  4. Subject: re: Location of Login question.
  5. Message-ID: <9211170450.AA00148@uu3.psi.com>
  6. Date: 17 Nov 92 03:18:42 GMT
  7. Sender: usenet@ucbvax.BERKELEY.EDU
  8. Organization: The Internet
  9. Lines: 40
  10.  
  11.  
  12.     Is there a way to determine if a user is logged in from a hardwire, or
  13.     is dialing in from home?  If so how?  Does this depend if your system
  14.     is set up to allow this, or is it an natural part of the VMS os?
  15.  
  16. Usually, the answer is yes.  But ultimately it depends on the configuration.
  17.  
  18. The theoretically correct way is to check the identifiers held by the
  19. process.  A local process will have the LOCAL identifier; a dialup process
  20. will have the DIALUP identifier.  However, a SET HOST process will have the
  21. REMOTE identifier whatever the process it is SET HOST from may be.
  22.  
  23. A simpler check - which VMS ultimately relies on to decide about the LOCAL and
  24. DIALUP identifiers - is to see whether the command terminal has the DIALUP
  25. characteristic set.  This won't work through a SET HOST process either.  (In
  26. fact, there is no really easy way to figure out what the ultimate source of
  27. a SET HOST process is.)
  28.  
  29. All of these assume that your ports are set up properly.  For ports directly
  30. on the VAX, it means setting them up the appropriate permanent terminal
  31. parameters at boot time.  For ports on LAT servers, it means setting things
  32. up correctly on the server - the LAT protocol can pass this information
  33. through if the server has it.  (Some old LAT servers may not support this;
  34. I'm not sure.)
  35.  
  36. For TCP/IP based servers, there is no mechanism to pass this information;
  37. every connection will just look like a REMOTE connection.
  38.  
  39. If terminals are connected through a port selector with its own modems,
  40. it may be impossible to tell how a given line terminates.  But that's rare
  41. these days.
  42.  
  43. In summary:  In almost all cases, you can with assurance determine that a
  44. line is locally connected, if you've set up your system appropriately.
  45. However, there are many ways for a "line" not to be locally connected.  There
  46. is no sure way of knowing which connections ultimately trace back to local
  47. connections, and which represent some kind of dialup connection.
  48.  
  49.                             -- Jerry
  50.  
  51.