home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / ibm / pc / misc / 10705 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  1.5 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!caen!mtu.edu!abcd.Houghton.MI.US!Jim_Johnson
  2. From: Jim_Johnson@abcd.Houghton.MI.US (Jim Johnson)
  3. Newsgroups: comp.sys.ibm.pc.misc
  4. Subject: Re: protection for system files
  5. Distribution: world
  6. Message-ID: <Jim_Johnson.05sb@abcd.Houghton.MI.US>
  7. Date: 21 Jul 92 10:29:51 EST
  8. Organization: Amiga BitSwap Central Dispatch
  9. Lines: 31
  10.  
  11. In a message dated Tue 21 Jul 92  9:41, Santoso@kuhub.cc.ukans.edu wrote:
  12.  
  13.  S> Hi! I have a question. I'm working in a computer lab which is
  14.  S> connected
  15.  S> using the Novell netware. I was wondering if there is a way to
  16.  S> protect/
  17.  S> lock the autoexec.bat and the other system files in the computer so
  18.  S> that
  19.  S> people can't screw them up? Hiding & read protection doesn't work. It
  20.  S> can
  21.  S> easily be changed. Thanks.
  22.  
  23.  S> Linda
  24.  
  25. If you have users who are savy enough to get at your CONFIG.SYS and
  26. AUTOEXEC.BAT files when you have put read-only and hidden file attributes
  27. on, there isn't likely much will be able to do to completely lock out these
  28. meddling users.
  29.  
  30. It is possible to patch COMMAND.COM to load a file with a name different
  31. than AUTOEXEC.BAT (see DOS Power Tools 1st edition), but given your setup
  32. it may not be advisable for maintenance reasons to travel that far off the
  33. beaten path.
  34.  
  35. Another possibility would be to force users to boot from a write protected
  36. floppy and remove the system files from the hard drive.
  37.  
  38. -- Via DLG Pro v0.992
  39.  
  40. Jim Johnson-
  41. *** Remember, they're only tools - Not a way of life! ***
  42.