Използването Rsync и SSH

• Rsync
• OpenSSH
• Cron (или vixie-Cron)

Моля, имайте предвид, че тези инструкции могат да бъдат специфични версии на Red Hat Linux 7.3, 9, и Fedora Core 3, но се надявам, те не ще бъде твърде трудно да се адаптират към почти всеки * никс тип OS. Човекът страници за “SSH” и “Rsync” трябва да Ви бъдем полезни, ако ви се наложи да промените някои неща (използвайте “SSH човек” и “човек Rsync” команди).

и въведете remoteuser @ remotehost парола, когато бъдете подканени. Аз трябва да уверете се, че remoteuser има права за четене / дистанционно / директория / на remotehost, и че
thisuser има права за писане / това / / реж. на thishost. Също така, “Rsync” и “SSH” трябва да бъде в thisuser “път (използване” SSH “и” който Rsync “),” Rsync “трябва да бъде в
remoteuser “път, и” SSHD “трябва да се работи на
remotehost.

Ако това всички работи, или аз в крайна сметка тя работи, аз съм готов за следващата стъпка. Аз трябва да генерира частен / публичен чифт ключове, за да позволи “SSH връзка без да пита за парола. Това може да звучи опасно, и то е, но е по-добре, отколкото съхраняване на потребителска парола (или ключ парола), тъй като на ясен
текст в сценария[0]. Също така мога да поставя ограничения върху това, където връзките, направени с този ключ, може да дойде, и какво могат да направят, когато е свързан. Както и да е, аз генерират ключ, аз ще се използва за thishost (като thisuser):

и сега имаме ключ, без парола в двата файла, споменати по-
горе[1]. Уверете се, че няма други неупълномощени потребители могат да четат частен ключ файл (без разширение “. Кръчма”).

Аз използвам SCP, за да получите файла на remotehost:

и тогава мога да подготвя нещата за remotehost.

“SSH” над към remotehost:

да се направят някои работи.

Сега ключът може да се използва за направата на връзки към този хост, но тези връзки могат да бъдат от всяка точка, (че SSH демона на
remotehost позволява връзки от) и те могат да направят нищо (че
remoteuser да направите), и аз не искам, че. Аз редактирате файла “authorized_keys” (VI) и да променят линията с информация “thishost Rsync-key.pub” върху него. Аз само ще се добавят няколко неща в предната част на това, което вече е там, промяна на линията от
това:

за това[4]:

където “10.1.1.1″ е IP (версия 4[5]) адрес на thishost “/ Начало / remoteuser / Cron / валидира Rsync” (която е само една от няколко възможности[6], включително и персонализиране[7]за повишаване на сигурността) е скрипт, който изглежда нещо като това:

Ако thishost има променлива за адрес, или акции адрес (чрез NAT или нещо подобно) с домакините, нямате доверие, да пропусне “=” 10.1.1.1 “,” част на линията (включително запетая), но оставете “команда” част. По този начин, само “Rsync” ще бъде възможно от връзките, които използват този ключ. Уверете се, че “валидира Rsync” скрипт да е изпълним от remoteuser на remotehost и го тестваме.

или:

бъдат включени в “/ и т.н. / SSH / sshd_config” файл на remotehost. Това са глобални настройки, не само свързани с тази връзка, така че бъдете сигурни, че не се нуждаят от възможност за тези опции за конфигуриране забраняват[8].

Сега, че имам ключ, без парола в място и конфигурирани, аз трябва да го тествам преди да я сложите в Cron работа (която има свой ​​собствен малък набор от багажа). Да излезете от сесията на SSH, за да remotehost
и се опитват[ 9]:

Ако това не работи, аз ще се “команда” ограничение върху ключа и опитайте отново. Ако го пита за парола, аз ще провери разрешенията на файла с личен ключ (на thishost, следва да е 600), на “authorized_keys” и (по remotehost, следва да е 600), на “~ /. SSH / директория (и на двата хоста, трябва да се 700) и на домашна директория (‘~/’) себе си (и на двата хоста, не трябва да се записваеми от всеки, но на потребителя). Ако някои загадъчен “Rsync” протокол грешка, която се споменава “валидира-Rsync скрипт, аз ще се уверете, че разрешенията за” Потвърди-Rsync” (на remotehost, може да бъде 755, ако всеки remotehost потребител е надежден) позволяват remoteuser да четат и изпълняват нея.

Надяваме се, че той винаги ще работи само безупречно, така никога не съм трябва да се разшири информация за отстраняване на неизправности,
изброени тук[11].

Последната стъпка е Cron скрипт. Аз използвам нещо подобно:

защото е лесно да се модифицира на бита и парчета от командния ред за различни хостове и пътеки. Аз обикновено го наричат ​​нещо като “Rsync-remotehost архивиране”, ако той съдържа бекъп. Аз изпитвам сценария, само в случай, че внимателно добавя грешка някъде.

за ежедневно 5 часа сутринта синхронизация, или:

за седмично (5 часа сутринта в петък). Месечни и годишни от тях са редки за мен, така че гледам за “човек кронтаб”
или
тук за съвети за тези.