home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / protocol / appletal / 3267 < prev    next >
Encoding:
Text File  |  1992-09-02  |  2.8 KB  |  65 lines

  1. Newsgroups: comp.protocols.appletalk
  2. Path: sparky!uunet!stanford.edu!leland.Stanford.EDU!gimper
  3. From: gimper@leland.Stanford.EDU (Stuart Miyasato)
  4. Subject: Re: Copy Protecting Apps
  5. Message-ID: <1992Sep2.195511.21624@leland.Stanford.EDU>
  6. Sender: news@leland.Stanford.EDU (Mr News)
  7. Organization: DSG, Stanford University, CA 94305, USA
  8. References: <1992Aug31.230410.3151@morrow.stanford.edu> <pwd-010992140745@thunder.apple.coms>
  9. Date: Wed, 2 Sep 92 19:55:11 GMT
  10. Lines: 53
  11.  
  12. In article <pwd-010992140745@thunder.apple.coms> pwd@Apple.com (Patrick W. P. Dirks) writes:
  13. >In article <1992Aug31.230410.3151@morrow.stanford.edu>,
  14. >shahrol@harper.stanford.edu (Shahrol) wrote:
  15. >> 
  16. >> We are setting up a CAP server on a DEC 5000/240 for the coming school
  17. >> year.  The question I have is how are the applications copy-protected,
  18. >> ala AppleShare 3.0?   
  19. >> 
  20. >
  21. >Well, I can't speak for the administrative side of CAP but I thought I'd
  22. >pass on my favorite cheap hack in this department:
  23. >
  24. >[...]
  25. >
  26. >someone came up
  27. >with the idea of adding some resource (say GNRL #42) that was big enough to
  28. >make the application file >800K.  That made it impossible to drag them over
  29. >to a floppy, and without ResEdit or Div/Join type tools, nobody could copy
  30. >them!  It worked beautifully for them.  The best part was, since this
  31. >resource is never loaded during program execution it didn't affect speed
  32. >of execution a bit.
  33. >
  34. >-Pat Dirks.
  35.  
  36. Thanks for the advice Pat.  (I'm currently working along with the original
  37. poster on solving this problem.)  Unfortunately, it's not quite going to
  38. work in our environment.  I think I should elaborate a bit.
  39.  
  40. I work with Shahrol (the original poster) in a computer cluster for
  41. students here at Stanford.  Our problem is two-fold:  one, keeping students
  42. from unauthorized copying of software, and also keeping our licensing
  43. agreements.
  44.  
  45. We have approximately 40 Mac IIs for students to use.  The applications
  46. on the hard disks are protected by 'blowing up' the resources as Pat
  47. suggested.  However, we also have software that we don't have licensed
  48. for every machine.  What we were doing was putting them on an AppleShare
  49. 3.0 server and setting the maximum number of copies that could be in use
  50. simultaneously.
  51.  
  52. So first, we need to know how to keep students from copying the applications
  53. from the CAP server to their hard disks (and thus possibly violating our
  54. license agreements).  And second, we need a way to enforce the licensing
  55. agreements assuming the application is run directly off the server.
  56. Any ideas?
  57.  
  58. As kind of a side note, has anyone successfully run LaunchBreak to protect
  59. applications on an AUFS server?  Would that solve both of our problems,
  60. or does anyone have an even better method?
  61.  
  62. Thanks in advance,
  63. -- Stuart Miyasato  (gimper@leland.stanford.edu)
  64.    Computer Maintenance Coordinator, Meyer Library, Stanford University
  65.