home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / sun / admin / 10620 < prev    next >
Encoding:
Text File  |  1993-01-21  |  2.3 KB  |  51 lines
  1. Newsgroups: comp.sys.sun.admin
  2. Path: sparky!uunet!europa.asd.contel.com!emory!nntp.msstate.edu!news
  3. From: fwp@CC.MsState.Edu (Frank Peters)
  4. Subject: Re: /dev/ttyp* modes and openwindows
  5. Message-ID: <1993Jan21.225607.2769@ra.msstate.edu>
  6. Sender: news@ra.msstate.edu
  7. Nntp-Posting-Host: jester.cc.msstate.edu
  8. Organization: Computing Center, Mississippi State University
  9. References: <1993Jan20.215257.3549@bradley.bradley.edu>
  10. Date: Thu, 21 Jan 1993 22:56:07 GMT
  11. Lines: 38
  12.  
  13. In article <1993Jan20.215257.3549@bradley.bradley.edu> pwh@bradley.bradley.edu (Pete Hartman) says:
  14. : I've seen this problem several times over the last couple of
  15. : years of administering Suns of various types.  It seems to be
  16. : getting to be more of a concern with the newer SunOS (4.1.2 and
  17. : 4.1.3), where /etc/rc has a chmod 644 /dev/tty[pqrs]*.
  18.  
  19. Someone has been modifying your /etc/rc file then.  As shipped by Sun
  20. in SunOS 4.1.3 it does a chmod 666, not 644.
  21.  
  22. : Whenever ttyp* is mode 644, and someone starts OpenWindows,
  23. : they cannot open any shell or command tools.  If I go in and
  24. : chmod 666 /dev/ttyp*, it works fine.  Obviously, the problem
  25. : is that the windows can't write the device unless ownership is
  26. : changed or the mode is 666.
  27.  
  28. This is correct.  That's why the default is to chmod to 666.
  29.  
  30. : Why doesn't openwin deal with this?  Is there something I'm supposed
  31. : to configure that I haven't?  I've looked at /etc/fbtab, but with machines
  32. : on a network, you can't just blindly assign ownership of /dev/ttyp* to
  33. : whoever logs onto the console.
  34.  
  35. Well, keep in mind that openwin (cmdtool/shelltool in particular) DOES
  36. deal with the permissions as they are set by default.
  37.  
  38. The ideal solution would be for cmdtool/shelltool to be setuid root so
  39. that they can change ownership and permissions on the device files.
  40. Unfortunately, they weren't written to be setuid.  Problems occur if
  41. you make them setuid (and it would probably open security holes as
  42. well).
  43.  
  44. So your best bet is probably to change the 644 in /etc/rc back to 666.
  45. That isn't ideal but it appears to be the best that you can get without
  46. modifying cmdtool/shelltool source or using some other terminal program
  47. like xterm.
  48. --
  49. Frank Peters  -  UNIX Systems Programmer  -  Mississippi State University
  50. Internet: fwp@CC.MsState.Edu  -  Phone: (601)325-7030  -  FAX: (601)325-8921
  51.