Re: Password Protection

2000-11-07 Thread Phil Geller

I have a client who wants to secure only some personnel files, but not
everything, so anyone on the staff can restore their own files should they
need to. But the secured files could only be restored using a password. It
sounds like Retrospects security applies to the entire Backup Set or the
Retrospect application.  Am I right in thinking that to accomplish what they
need they will need to lock the files before backing up?


Phil Geller
WorkingMacs
voice: 650 493-8689
fax:   650 493-8587


on 11/6/00 10:08 AM, Irena Solomon at [EMAIL PROTECTED] wrote:

 Hi,
 
 For details on Retrospect's security options, see Tech Note 310 at:
 
 http://www.dantz.com/index.php3?SCREEN=technotes
 
 I've outlined the basics below.
 
 There are four areas of security within Retrospect and its client software:
 
 -The Retrospect application password
 -Backup Set password protection and encryption
 -Client security codes
 -Network (Link) Encryption
 
 The first two deal with securing the application and the data in your backup
 set.
 
 Retrospect Application Password prevents unauthorized personnel from using
 the Retrospect application. It requires that the user type in a password
 when Retrospect launches or when the user tries to halt an operation in
 unattended mode.
 
 Backup Set Encryption can be set to three levels when securing a new Backup
 Set:
 
 - Password Only (no encryption): The data itself is unchanged, but a
 password is required whenever the Backup Set is accessed.
 
 - SimpleCrypt (fast): SimpleCrypt provides commercial-level security without
 appreciably slowing the backup process on all but the slowest computers.
 
 - DES (more secure): DES (Data Encryption Standard) is an advanced form of
 data encryption that achieves bank-level security. The effect on backup
 speed is entirely dependent on the processor, but may take three to four
 times as long as an equivalent backup to a Backup Set that is not encrypted.
 
 Retrospect can store the Backup Set password for you so you do not always
 have to enter it to use the Backup Set. Go to ConfigureBackup Sets, select
 the desired Backup Set, click Configure, and then click the Options tab. You
 may select from the following:
 
 - Ask for any access: Retrospect will prompt the user to enter the Backup
 Set's password, preventing unattended operation.
 
 - Save for scripted access (default): The password is not required for
 scheduled executions of scripts, but Retrospect still requires that the user
 enter the password for all other uses of the Backup Set.
 
 - Save for any access: You will never be asked for the password unless the
 configuration file is moved, deleted, or lost.
 
 HTH,
 
 Irena Solomon
 Dantz Technical Support
 
 
 From: Tim David [EMAIL PROTECTED]
 
 Retrospect also allows you to password protect an archive. When you create a
 new
 backup set, there is a button that says secure.  I just use the password only
 so
 I don't know what the other two choices offer. (the second choice sounds like
 basic encryption and the third choice sounds like even better encryption but
 slower.  I keep my tapes in a secure area so I feel comfortable just using
 the
 password protection.
 
 If you really wanted to be picky, you could use a combination of these ideas
 and
 have to enter a password several times.  I would test this idea before you
 implement it though. Who know what multiple encryption would do.
 
 
 
 Jim Cowing wrote:
 
 Or you could just compress the files into a stuffit archive with password
 protection, then back them up. I am surprised Powerpoint doesn't have built
 in password protection the way Excel does.
 
 Jim Cowing
 Systems Engineer
 Target Corporation
 
 From: Don Foy [EMAIL PROTECTED]
 I am trying to archive files (mostly powerpoint) from the server to a
 cd.  The data contained is highly confidential.  I was wondering if
 Retrospect is capable of password protecting files during an archive
 process.  What I am hoping to find is that once the files are archived,
 to open the files, you must know the password.  If Retrospect does not
 have these capabilities, is there any other programs available to do
 this?  Setup:  Blue and White G3, Retrospect 4.2, lots of RAM, up to date
 firmware.  Thanks in advance for any suggestions.
 
 
 
 --
 --
 To subscribe:[EMAIL PROTECTED]
 To unsubscribe:  [EMAIL PROTECTED]
 Archives:http://list.working-dogs.com/lists/retro-talk/
 
 For urgent issues, please contact Dantz technical support directly at
 [EMAIL PROTECTED] or 925.253.3050.



--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:http://list.working-dogs.com/lists/retro-talk/

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.



Backing up a remote site over DSL

2000-11-07 Thread Phil Geller

How feasible is it to backup a remote office over a DSL line?  A client has
a backup server at their main office and a remote site with 3 Macs.  Each
office has DSL.  Assuming we can get through the firewalls, and get static
IPs at the remote site, is it just a matter of entering the remote IPs in
the Client configuration window?  Has anyone tried this?


Phil Geller
WorkingMacs
voice: 650 493-8689
fax:   650 493-8587



--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:http://list.working-dogs.com/lists/retro-talk/

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.



RE: Backing up a remote site over DSL

2000-11-07 Thread Craig Isaacs


 How feasible is it to backup a remote office over a DSL line?  A
 client has
 a backup server at their main office and a remote site with 3 Macs.  Each
 office has DSL.  Assuming we can get through the firewalls, and get static
 IPs at the remote site, is it just a matter of entering the remote IPs in
 the Client configuration window?  Has anyone tried this?

I do it, but it's slow.

I think the best way to accomplish the task would be to do a duplicate from
the source drive to a local drive, and then back up the local drive.

Craig



--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:http://list.working-dogs.com/lists/retro-talk/

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.



Retro.Startup Extension (Mac)

2000-11-07 Thread Mark

Retrospect Gurus:

In patching some Retro.Startup Extensions so that Retrospect will function
automatically behind the "BlackWatch" password-protected screen saver, I
find that although Retrospect 4.2 is in use on every target machine, the
Extension can vary anywhere from (and between) version 3.0Ai to 4.2.  This
is does not seem to affect Retrospect itself, but it does cause the
patcher not to work in some instances.

Since the program's automated backup scripts are stored in the System :
Preferences : Retrospect : "Retro.Config (4.2)" file, is there any problem
in removing the out-of-date Extension, and then allowing it to be rebuilt
at the next launch of the program?

Best regards,

Mark E. Ingram

[EMAIL PROTECTED] (also [EMAIL PROTECTED])



--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:http://list.working-dogs.com/lists/retro-talk/

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.



Re: Backing up a remote site over DSL

2000-11-07 Thread Edmund A. Hintz

On 11/7/00 8:00 AM, [EMAIL PROTECTED] thus spake:

How feasible is it to backup a remote office over a DSL line?  A client has
a backup server at their main office and a remote site with 3 Macs.  Each
office has DSL.  Assuming we can get through the firewalls, and get static
IPs at the remote site, is it just a matter of entering the remote IPs in
the Client configuration window?  Has anyone tried this?

We've got a remote side w/3 NT machines on a PacBell Enhanced DSL. We've 
also got a VPN setup between them, so of the 5 static IPs that PacBell 
gives us we only use one for the firewall. All network traffic goes over 
the VPN, and through the firewall to the NAT'd addresses on the other 
side. We have Retrospect setup for Documents only, and it works quite 
nicely. Our home office is on T1 but that doesn't make a difference, the 
upbound DSL is 128, that's our limitation. 

Retro config is, as you mention, a simple matter of entering the IPs, 
done deal. System's been working fine for several months now. While there 
isn't much bandwidth, backing up only documents, and having only 3 
clients, results in acceptable speed.

Of course, if your remote office is creating multi-meg photoshop files, 
all bets are off...

;-)


Peace,

Edmund A. Hintz  **|** "You may say I'm a dreamer,
Mac Techie, Linux Geek, *  |  *  But I'm not the only one...
Mac/Linux Consultant   *  /|\  * I hope someday you'll join us,
[EMAIL PROTECTED]  */ | \*  And the world will live as one.
'78 Westy*  Imagine."
 http://www.hintz.org




--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:http://list.working-dogs.com/lists/retro-talk/

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.



Re: Password Protection

2000-11-07 Thread Edmund A. Hintz

On 11/7/00 7:52 AM, [EMAIL PROTECTED] thus spake:

I have a client who wants to secure only some personnel files, but not
everything, so anyone on the staff can restore their own files should they
need to. But the secured files could only be restored using a password. It
sounds like Retrospects security applies to the entire Backup Set or the
Retrospect application.  Am I right in thinking that to accomplish what they
need they will need to lock the files before backing up?

If it's a mac running 9, use the built in file encryption. If you want 
tighter security or more features go for PGP or something. Since the main 
issue is the confidential files, you're better off encrypting them 
regardless of retrospect encryption.


Peace,

Edmund A. Hintz  **|** "You may say I'm a dreamer,
Mac Techie, Linux Geek, *  |  *  But I'm not the only one...
Mac/Linux Consultant   *  /|\  * I hope someday you'll join us,
[EMAIL PROTECTED]  */ | \*  And the world will live as one.
'78 Westy*  Imagine."
 http://www.hintz.org




--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:http://list.working-dogs.com/lists/retro-talk/

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.



RE: Backing up a remote site over DSL

2000-11-07 Thread Edmund A. Hintz

On 11/7/00 3:26 PM, [EMAIL PROTECTED] thus spake:


(BTW -- if it were me with three computers, I would probably put a tape
drive on one of the computers and have the reports sent to me via email so I
could monitor the status of the backups. I just do this with one computer --
mine -- with a subset of the data.)

 Heh heh-try walking one of MY end users through dealing with tapes 
and such... It gives me a raging headache just thinking about it... ;-) 

 Since they're about 400 miles away, having full remote access 
through VPN is *much* nicer(got TB2 on 'em as well, which rocks). As I 
said, by backing up *only* documents, we keep the bandwidth within an 
acceptable level for nighttime use. As for the OS, if the unit completely 
dies we'll just fedex a clean one to 'em-after restoring their files from 
the local backup set... As a result, I too never do a full backup over 
the DSL-which I concede would be akin to madness...


Peace,

Edmund A. Hintz  **|** "You may say I'm a dreamer,
Mac Techie, Linux Geek, *  |  *  But I'm not the only one...
Mac/Linux Consultant   *  /|\  * I hope someday you'll join us,
[EMAIL PROTECTED]  */ | \*  And the world will live as one.
'78 Westy*  Imagine."
 http://www.hintz.org




--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:http://list.working-dogs.com/lists/retro-talk/

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.