home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / sequent / 701 < prev    next >
Encoding:
Text File  |  1993-01-22  |  2.4 KB  |  58 lines
  1. Newsgroups: comp.sys.sequent
  2. Path: sparky!uunet!sequent!muncher.sequent.com!timw
  3. From: timw@sequent.com (Tim Wright)
  4. Subject: Re: tcpd tcplog tcp-wrapper logtcp
  5. Message-ID: <1993Jan22.145459.25193@sequent.com>
  6. Sender: usenet@sequent.com (usenet )
  7. Nntp-Posting-Host: sequent.sequent.com
  8. Organization: Sequent Computer Systems, Inc.
  9. References: <sivbl.727664363@win4>
  10. Date: Fri, 22 Jan 93 14:54:59 GMT
  11. Lines: 45
  12.  
  13. In <sivbl.727664363@win4> sivbl@win4.vut.EDU.AU (Brett L Sivies) writes:
  14.  
  15. >Hello,
  16.  
  17. >I was just wondering if anyone here has had any experience with the above
  18. >mentioned program(s) on sequents.
  19.  
  20. >I have installed the program on 20 machines around my office area to keep
  21. >track of who does what on what mahcine, but when it comes to iunstalling the
  22. >software on the main (mostly used and tried to be hacked) machine it will not
  23. >work properly :-(
  24.  
  25. >I have a Sequent Symmetry S27 running PTX (1.3) soon to be upgraded to PTX
  26. >2.0.
  27.  
  28. >When the tcpd program is running it reports that something has happeneed, it
  29. >just will not tell me the most important part... WHERE the call originated
  30. >from.  This is what I get:
  31.  
  32. >Jan 22 11:56:54 win4 rpc.rusersd[8989]: connect from unknown
  33. >Jan 22 11:41:41 win4 telnetd[8939]: connect from unknown
  34. >Jan 22 11:04:55 win4 rlogind[7799]: connect from unknown
  35.  
  36. >Can anyone help??  I beleive if could be falling down at the getpeername()
  37. >function, but I am not sure.. The function always returns a -1 but it might be
  38. >getting the wrong information in the first place and thus not working because
  39. >of misinformation..
  40.  
  41. If you're using tcpd from inetd, then getpeername() will *not* work.
  42. The inetd in ptx/TCP passes a TLI endpoint, not a socket so the correct
  43. routine to call is getpeerinaddr().
  44. I have personally had success making "sockety" programs work from inetd
  45. by popping "timod" off the stream and pushing "sockmod". Your mileage
  46. however might vary and this is not an official Sequent recommendation,
  47. purely personal observation from one too lazy to want to change his
  48. sockets-using programs to use TLI instead :-)
  49. You obviously would not want to do this to tcpd 'cos you'd break all the
  50. programs that get called underneath !
  51.  
  52. Tim
  53. -- 
  54. Tim Wright, Sequent Computer Systems Ltd.,        |  Email: timw@lonsqnt.co.uk
  55. Customer Services, Allied Dunbar House,           |   or    timw@sequent.com
  56. Chilsey Green Rd., Chertsey, Surrey, UK, KT16 9HB |  Phone: +44-932-568900
  57. "I've got a set of teeth that druids could worship at" - Cat, Red Dwarf
  58.