[K12OSN] local devices - PCMCIA

[James P. Kinney III]

On Wed, 2007-05-16 at 20:46 -0400, Rob Owens wrote:
> On Wed, May 16, 2007 at 06:36:09PM -0500, Peter Scheie wrote:
> > Why do your users want to use the local drives for storage?  The whole 
> > point of thin clients is that everything is stored on the server so the 
> > admin (you) only have to worry about one machine, and the users can 
> > login on any client and have their files be present.  The Windows/Mac 
> > "everyone has a full computer system" paradigm is a terrible 
> > architecture in this respect, wasteful, and expensive.  What is it the 
> > users think using the local disk will do for them?
> 
> I think it's the idea that the local hard drive gets locked up in their
> office at night, so they think it's more secure for their private files.
> In a way they're right.  I could read anything I want to that's on the
> server (with root / administrator rights), but I'd have a hard time
> accessing a hard drive that's in a locked office.  Not that they're
> trying to protect their data from me, but they understand lock-and-key
> security better than network security.

Just remind them that all data not accessible to the sysadmin is not
getting backed up and is their problem to restore. :)
> 
> -Rob
> 
> _______________________________________________
> K12OSN mailing list
> K12OSN at redhat.com
> https://www.redhat.com/mailman/listinfo/k12osn
> For more info see <http://www.k12os.org>
> 
-- 
James P. Kinney III          
CEO & Director of Engineering 
Local Net Solutions,LLC        
770-493-8244                    
http://www.localnetsolutions.com

GPG ID: 829C6CA7 James P. Kinney III (M.S. Physics)
<jkinney at localnetsolutions.com>
Fingerprint = 3C9E 6366 54FC A3FE BA4D 0659 6190 ADC3 829C 6CA7
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/k12osn/attachments/20070516/cde0c9b3/attachment.sig>