Date: Mon, 15 Jan 2001 18:25:43 -0600 From: David Kelly <dkelly@hiwaay.net> To: "Dave VanAuken" <dave@hawk-systems.com> Cc: freebsd-questions@FreeBSD.ORG Subject: Re: Poor mans backup solution required Message-ID: <200101160025.f0G0PhR82618@grumpy.dyndns.org> In-Reply-To: Message from "Dave VanAuken" <dave@hawk-systems.com> of "Mon, 15 Jan 2001 09:46:38 EST." <DBEIKNMKGOBGNDHAAKGNEEFECOAA.dave@hawk-systems.com>
next in thread | previous in thread | raw e-mail | index | archive | help
"Dave VanAuken" writes: > Have a couple of low end servers... 10GB IDE drives. > > Wish to offer backup as an extra bit of value, but these particular > systems (nor the data for that matter) are really worth installing > tape, upgrading to SCSI, or installing IDE RAID. > > Any recommendations for perhaps tar-ing the directory tree to a second > IDE drive each night, or other solutions involving the cost of adding > another $100 IDE drive. You could NFS mount space off another machine and write the tar file(s) there. Or if you enable the Sun RPC commands (rsh, rlogin, etc.) and make the holes for rlogin w/o password, you can have tar write directly without NFS. "tar -cvzf user@hostname:full-path.tar.gz files... " Notice closely, "make the holes for rlogin w/o password." Make sure you understand the risks. Am not good enough with ssh to know how to completely replace the Sun RPC utilities with ssh. Or how to run tar thru ssh. You would probably want the encrypted authentication exchange but not a fully encrypted link. Something else to consider: don't leave the .tar files laying around where anybody can read them. If you tar the user files as root so that tar can read them, and later a user can read the tar file, then that user can read anything that has been backed up. Such as the master password file. Or other user's private information. So, set your umask to 77 before running the backup. -- David Kelly N4HHE, dkelly@hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200101160025.f0G0PhR82618>