home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 19943 < prev    next >
Encoding:
Internet Message Format  |  1992-12-28  |  2.9 KB
  1. Path: sparky!uunet!sunquest!spades.aces.com!gavron
  2. From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: TT_AccPorNam field remains null on a SHOW USERS output ?
  5. Message-ID: <28DEC199204082079@spades.aces.com>
  6. Date: 28 Dec 92 11:08:00 GMT
  7. References: <1992Dec27.233720.1@woods.ulowell.edu>
  8. Sender: news@sunquest.UUCP
  9. Reply-To: gavron@ACES.COM
  10. Organization: ACES Consulting Inc.
  11. Lines: 65
  12. News-Software: VAX/VMS VNEWS 1.4-b1
  13.  
  14. In article <1992Dec27.233720.1@woods.ulowell.edu>, sabotkap@woods.ulowell.edu writes...
  15. #From a terminal hardwired to the system (ours is VMS 5.4), the server/port
  16. #field is left blank (see below).  An attempt at using
  17. #f$getdvi("TT","TT_AccPorNam") also returns an empty string.
  18. # 
  19. # Username  Node   Process Name    PID     Terminal
  20. # SABOTKA  CIRRUS  SABOTKA       202060C2  TTA0:
  21. #                                           ^ (hardwired terminal)
  22.  
  23. Yes, hardwired terminals have no remote access information.  You're
  24. expected to be able to track down the wires :)
  25.  
  26. #When logged in from a server, or remote system, the server/remote port
  27. #information is sometimes left blank:
  28. # 
  29. # Username  Node   Process Name    PID     Terminal
  30. # SABOTKA  CIRRUS  P. Sabotka    20206DCB  LTA2633: (FOG::NETWORK)
  31. #                                                   ^ (we can't always get this)
  32.  
  33. I should think not.  LTAnnn should not show a DECnet style address.
  34.  
  35. #When logged in from a non-hardwired terminal, when during login is the 
  36. #TT_AccPorNam information obtained ?
  37.  
  38. Before SYLOGIN gets control is enough that you need to know.
  39.  
  40. #It seems a SET TERMINAL/INQUIRE in our SYLOGIN.COM is responsible for 
  41. #getting this field,
  42.  
  43. Nope.  If the information is available, it is there long before
  44. SYLOGIN.
  45.  
  46. #but at other times, an otherwise normal login will not retreive this 
  47. #information.
  48.  
  49. Coincidence.
  50.  
  51. #My motives: We have a captive account which we would like to monitor by 
  52. #            writing the login time, and any server/remote port information 
  53. #            to a log file.  
  54. # 
  55. #I apologise for going a bit overboard with info about this problem, but I 
  56. #would rather explain it fully to any potential comp.os.vms.know-it-alls
  57. #who would flame me for lack of information  8-).
  58.  
  59. Enough information was NOT given.  Show us some REAL examples of a
  60. terminal logged in via DECnet or LAT that has no remote port information.
  61. Until then, just write it out to a file from sylogin.  SET TERM/INQ
  62. in SYLOGIN is a reason for you to be shot, by the way...
  63.  
  64. #Any help would be appreciated.
  65. #Pete
  66. # 
  67. #-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v^-v-^
  68. #Pete Sabotka, Meteorology Dept.           sabotkap@woods.ulowell.edu
  69. #University of Massachusetts - Lowell      "I lost a buttonhole..." S. Wright
  70. #^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v-^-v^-v-^
  71.  
  72.     Ehud
  73.  
  74. --
  75. Ehud Gavron        (EG76)     
  76. gavron@vesta.sunquest.com
  77. .  Like I always say -- nothing can beat the BRATWURST
  78.  here in DUSSELDORF!!
  79.