home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 20045 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  2.9 KB
  1. Path: sparky!uunet!spool.mu.edu!sdd.hp.com!hpscit.sc.hp.com!hplextra!hplabs!ucbvax!UH01.Colorado.EDU!DWING
  2. From: DWING@UH01.Colorado.EDU (Dan Wing)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: TT_AccPorNam field remains null on a SHOW USERS output ?
  5. Message-ID: <01GSVSPU15CY006MJF@VAXF.COLORADO.EDU>
  6. Date: 29 Dec 92 16:32:34 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Distribution: world
  9. Organization: The Internet
  10. Lines: 54
  11.  
  12. Pete Sabotka, sabotkap@woods.ulowell.edu, writes:
  13.  
  14. >From a terminal hardwired to the system (ours is VMS 5.4):
  15. [...]
  16. > Username  Node   Process Name    PID     Terminal
  17. > SABOTKA  CIRRUS  SABOTKA       202060C2  TTA0:
  18. >                                           ^ (hardwired terminal)
  19. >
  20. >When logged in from a server, or remote system, the server/remote port
  21. >information is sometimes left blank:
  22. >
  23. > Username  Node   Process Name    PID     Terminal
  24. > SABOTKA  CIRRUS  P. Sabotka    20206DCB  LTA2633: (FOG::NETWORK)
  25. >                                                   ^ (we can't always get this)
  26. >
  27. >
  28. >When logged in from a non-hardwired terminal, when during login is the
  29. >TT_AccPorNam information obtained ?  It seems a SET TERMINAL/INQUIRE in
  30. >our SYLOGIN.COM is responsible for getting this field, but at other times,
  31. >an otherwise normal login will not retreive this information.
  32.  
  33. (To the best of my limited knowledge) LOGINOUT.EXE is responsible for setting 
  34. this field.  The purpose of this field is to identify a non-hardwired (for 
  35. example, via your network) login's source.  Because TTA0: is hardwired, you 
  36. always know its physical location.  If you identify the offending DECserver 
  37. or remote system to your system manager, I believe he/she may be able to 
  38. explain why it isn't happening.  The terminal server sends this information
  39. to the VMS system.  Prior to VMS V5.2 (?), this information wasn't displayed
  40. by SHOW USERS; I don't know if the version of LAT (or LAT+, or whatever it
  41. was at that time) didn't send the information to the VAX, or if the VAX
  42. couldn't handle displaying or storing it.  Someone more familiar with the
  43. history of this field, and maybe access to sources, could explain why and
  44. how this came about.
  45.  
  46. >My motives: We have a captive account which we would like to monitor by
  47. >            writing the login time, and any server/remote port information
  48. >            to a log file.
  49.  
  50. If TT_ACCPORNAM is blank, then store the terminal-name in your audit-log file 
  51. or whatever, something like:
  52.  
  53.      :
  54.   $ ACCESS_PORT = F$GETJPI(0,"TT_ACCPORNAM")
  55.   $ IF ACCESS_PORT .EQS. "" THEN ACCESS_PORT = F$GETJPI(0,"TERMINAL")
  56.   $ WRITE LOG_FILE F$GETJPI(0,"USERNAME"), ACCESS_PORT, F$TIME()
  57.      :
  58.  
  59. ... Somewhat related to this, it shore would be 'cool' if DEC could include
  60. this same information for the FTAnn: devices for X terminals.  Ah, well, 
  61. maybe next version?
  62.  
  63. -Dan Wing, dwing@uh01.colorado.edu or wing_d@ucolmcc.bitnet (DGW11)
  64.  Systems Administrator, University Hospital, Denver
  65.  
  66.