]> git.llucax.com Git - software/bacap.git/blobdiff - README
Fail if the BACKUP_DIR doesn't exist
[software/bacap.git] / README
diff --git a/README b/README
index 94e1400bd225fc2043f723f4dd2317d0ce594d4a..7b8f0dd48b8520e0afa1ba42de37096051e881c6 100644 (file)
--- a/README
+++ b/README
@@ -35,8 +35,8 @@ remember: **It's very simple** =)
 
 
 
-Instalation
-===========
+Installation
+============
 
 Doing something very complex in ~100 SLOC_ is not easy, unless you're standing
 in the shoulders of giants. I'm standing in the shoulders of rsync_ mainly, so
@@ -170,11 +170,12 @@ If you are a Debian_ user, you can also simply install the script in
 Providing a ssh_ key
 --------------------
 
-When doing a backup of a remote host, you probably want ssh_ to be able to login
-without providing a password. To do so, you can generate a ssh_ key, copy the
-public key to the target's ``/root/.ssh/authorized_keys`` (or the user that runs
-the backup) and set the Bacap_ configuration variable ``RSYNC_RSH`` to something
-like::
+When doing a backup of a remote host, you probably want ssh_ to be able to
+login without providing a password. To do so, you can generate a ssh_ key using
+``ssh-keygen``, copy the public key to the target's
+``/root/.ssh/authorized_keys`` using ``ssh-copy-id root@host`` (or the user
+that runs the backup) and set the Bacap_ configuration variable ``RSYNC_RSH``
+to something like::
 
        RSYNC_RSH="ssh -i /path/to/priv-key -o NumberOfPasswordPrompts=0"
 
@@ -182,6 +183,9 @@ The ``-o NumberOfPasswordPrompts=0`` is not necessary, but you would appreciate
 it if something is wrong with your key, since if you don't use it, rsync_ will
 hang asking for a password.
 
+Also, you may consider using ``StrictHostKeyChecking=no`` ssh option if you
+backup hosts with dynamic IP address.
+
 
 Backup local networks nodes (or nodes with a fast connection)
 -------------------------------------------------------------
@@ -191,7 +195,7 @@ compression::
 
        RSYNC_RSH="ssh -o Compression=no"
 
-And if your network is trusted, you probably don't need very string encryption
+And if your network is trusted, you probably don't need very strong encryption
 either::
 
        RSYNC_RSH="ssh -o Compression=no -c arcfour"