home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / protocol / tcpip / 5105 < prev    next >
Encoding:
Internet Message Format  |  1992-11-11  |  1.8 KB
  1. Xref: sparky comp.protocols.tcp-ip:5105 comp.unix.admin:6117
  2. Path: sparky!uunet!ferkel.ucsb.edu!taco!rock!stanford.edu!agate!doc.ic.ac.uk!uknet!mucs!mcchpc.mcc.ac.uk!zlsiimw
  3. From: zlsiimw@mcchpc.mcc.ac.uk (Mark Whidby)
  4. Newsgroups: comp.protocols.tcp-ip,comp.unix.admin
  5. Subject: Re: Limited telnet program?
  6. Message-ID: <6693@m1.cs.man.ac.uk>
  7. Date: 9 Nov 92 10:51:13 GMT
  8. References: <Bx9MK3.4nL@techbook.com>
  9. Sender: newsman@cs.man.ac.uk
  10. Reply-To: M.Whidby@mcc.ac.uk
  11. Followup-To: comp.protocols.tcp-ip
  12. Organization: Manchester Computing Centre
  13. Lines: 22
  14.  
  15. In article <Bx9MK3.4nL@techbook.com>, jamesd@techbook.com (James Deibele)
  16. writes:
  17. |> I would like to set up a limited telnet program for people to use.
  18. |> Specifically, I'd like to provide local librarians a way of telneting to
  19. |> selected online library catalogs via a menu.  If the telnet to that site
  20. |> fails, I would want the telnet program to exit with an error level,
  21. |> which I could then catch with a shell or program.  I don't want people
  22. |> who use this account to be able to exit to a shell from within telnet,
  23. |> and I don't want them to be able to telnet elsewhere.
  24. |> 
  25. |> If someone has seen a program like this, or has a reason why this is a
  26. |> bad idea*, I'd like to hear about it.  It seems like it should be
  27. |> reasonably secure for both us and the rest of our Internet neighbors.
  28.  
  29. The source of the BSD telnet seems to be available on a number of
  30. anonymous ftp sites so if you're running on a Sun then this may help.
  31. Use archie to look for telnet.c.
  32. Meanwhile, I'm looking for something similar for HP-UX, i.e. a telnet
  33. which disallows shell escapes (I'm not bothered about trapping errors).
  34. -- 
  35. _____________________________________________________________
  36. Mark Whidby, Distributed Systems, Manchester Computing Centre
  37.