home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / protocol / appletal / 3337 < prev    next >
Encoding:
Internet Message Format  |  1992-09-09  |  2.9 KB
  1. Path: sparky!uunet!cs.utexas.edu!ut-emx!slcs.slb.com!gerardi@sdr.slb.com
  2. From: gerardi@sdr.slb.com (Paul Gerardi)
  3. Newsgroups: comp.protocols.appletalk
  4. Subject: Re: Copy Protecting Apps
  5. Message-ID: <1992Sep10.002412.2093@slcs.slb.com>
  6. Date: 10 Sep 92 00:24:12 GMT
  7. References: <1992Aug31.230410.3151@morrow.stanford.edu> <pwd-010992140745@thunder.apple.coms> <1992Sep2.195511.21624@leland.Stanford.EDU>
  8. Sender: news@slcs.slb.com (News Administrator)
  9. Organization: Schlumberger
  10. Lines: 48
  11. Nntp-Posting-Host: sdra11.sdr.slb.com
  12.  
  13. In article <1992Sep2.195511.21624@leland.Stanford.EDU>, gimper@leland.Stanford.EDU (Stuart Miyasato) writes:
  14. > 
  15. > In article <pwd-010992140745@thunder.apple.coms> pwd@Apple.com (Patrick W. P. Dirks) writes:
  16. > >In article <1992Aug31.230410.3151@morrow.stanford.edu>,
  17. > >shahrol@harper.stanford.edu (Shahrol) wrote:
  18. > >> 
  19. > >> We are setting up a CAP server on a DEC 5000/240 for the coming school
  20. > >> year.  The question I have is how are the applications copy-protected,
  21. > >> ala AppleShare 3.0?   
  22. >
  23. > [...]
  24. >
  25. >Our problem is two-fold:  one, keeping students
  26. > from unauthorized copying of software, and also keeping our licensing
  27. > agreements.
  28. > 
  29. > We have approximately 40 Mac IIs for students to use.  The applications
  30. > on the hard disks are protected by 'blowing up' the resources as Pat
  31. > suggested.  However, we also have software that we don't have licensed
  32. > for every machine.  What we were doing was putting them on an AppleShare
  33. > 3.0 server and setting the maximum number of copies that could be in use
  34. > simultaneously.
  35. > 
  36. > So first, we need to know how to keep students from copying the applications
  37. > from the CAP server to their hard disks (and thus possibly violating our
  38. > license agreements).  And second, we need a way to enforce the licensing
  39. > agreements assuming the application is run directly off the server.
  40. > Any ideas?
  41. > 
  42. > As kind of a side note, has anyone successfully run LaunchBreak to protect
  43. > applications on an AUFS server?  Would that solve both of our problems,
  44. > or does anyone have an even better method?
  45. > 
  46.  
  47. At the risk of stating the obvious: If you're already using AUFS why not use
  48. the Application Manager (added in path number 61 I believe).
  49.  
  50. By configuring the m4.features file (see README in (cap60/contrib/AppManager))
  51. and specifying the "-A" flag on aufs at runtime you can set a limit
  52. on the number of users that can simultaneously run an application that
  53. resides on the AUFS server.  It is also protected from being finder copied.
  54.  
  55. I't been working great: We have 25 users who want to run Excel.  So we buy
  56. 5 copies (aka "licenses") and install one on the server.  We set the 
  57. concurrent user limit to 5 and so 5 of the 25 users can run it from the
  58. server at the same time. This has worked wonderfully and saved us lots of
  59. money at the same time. Since the application is also copy-prevented through
  60. the finder, we eliminate any temptation to "pirate" copies.
  61.