SCIENTIFIC-LINUX-USERS Archives

August 2015

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
ToddAndMargo <[log in to unmask]>
Reply To:
ToddAndMargo <[log in to unmask]>
Date:
Wed, 26 Aug 2015 00:43:08 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (52 lines)
On 08/25/2015 03:48 AM, David Sommerseth wrote:
> On 24/08/15 18:59, ToddAndMargo wrote:
>>
>> Be careful. The "Cloud" is marketing "weasel speak" for
>> "client / server" with a really, really crappy, unreliable
>> connection between the two.
>
> Yes, some abuse "cloud" for what you describe.  But the cloud is
> actually far more than just a service available via the Internet.
>
> Cloud does more often refer to a platform, where virtualization often
> plays a crucial role.  But where you can provide services, such as PaaS
> and IaaS, in a transparent way to your users/customers.  And then you
> have tools for managing this platform, such as RHEV,
> CloudForms/ManageIQ, oVirt, OpenStack, etc, etc.

And it is still accessed through a inherently crappy, unreliable
connection.

>
>> And "Cloud" backup makes my skin crawl.  You have to take
>> everything for granted that the vendor purports, as in is
>> your data really encrypted and safe from prying eyes,
>> employees or otherwise, not to mention and what happens
>> to your data when they "fly-by-night".  And when do your
>> backups stop actually backing up?  I have had a former
>> customer burned by this really badly.
>
> As with any Internet provided service, you need to pay attention to the
> fine print and the hidden details.  You need to consider if and how much
> you trust their service, and further consider to implement additional
> security layers before using their service.  IMO, blindly trusting that
> an Internet service is safe is mostly stupid.
>
> In my setup, I have an internal backup service which encrypts all backup
> data before it is saved to a local disk.  And then I use CrashPlan to
> backup that encrypted data.  So even if CrashPlan fails on the
> encryption provided by their service, the data is still encrypted.  And
> if everything works as announced, it is at least "double encrypted".  As
> always, security is best served in layers.

True.  I call it "fences".  If the bad guys hop over one
fence, there is another one in his way.  These guys are
inherantly lazy and go after the low hanging fruit.


-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Computers are like air conditioners.
They malfunction when you open windows
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

ATOM RSS1 RSS2