diff --git a/docs/books/admin_guide/07-file-systems.zh.md b/docs/books/admin_guide/07-file-systems.zh.md index 20372227f5..b09f8bc031 100644 --- a/docs/books/admin_guide/07-file-systems.zh.md +++ b/docs/books/admin_guide/07-file-systems.zh.md @@ -770,7 +770,7 @@ crw------- 1 root root 8, 0 jan 1 1970 /dev/tty0 #### 链接文件 -这些文件允许为同一个物理文件提供多个逻辑名称。 因此，创建了文件的新访问点。 +这些文件允许为同一个物理文件提供多个逻辑名称，从而为该文件创建一个新的访问点。 链接文件有两种类型： @@ -782,7 +782,7 @@ crw------- 1 root root 8, 0 jan 1 1970 /dev/tty0 | 链接类型 | 说明 | | ----- | ------------------------------------------------------------------------------------------------------------------- | | 软链接文件 | 此文件类似于 Windows 的快捷方式。 它具有 0777 权限并指向原始文件。 删除原始文件后，可以使用 `ls -l` 查看软链接文件的输出信息。 在输出信息中，软链接的文件名显示为红色，指向的原始文件显示为红色并闪烁提示。 | -| 硬链接文件 | 此文件表示占用相同 *inode* 编号的不同文件映射。 它们可以同步更新（包括文件内容、修改时间、所有者、所属组、访问时间等）。 硬链接文件不能跨越分区和文件系统，且不能在目录上使用。 | +| 硬链接文件 | 此文件表示占用相同 *inode* 编号的不同映射。 它们可以同步更新（包括文件内容、修改时间、所有者、所属组、访问时间等）。 硬链接文件不能跨越分区和文件系统，且不能在目录上使用。 | 具体例子如下： @@ -1017,7 +1017,7 @@ $ ls -la umask_025 !!! note "说明" - 在上面的例子中，使用命令修改掩码的操作仅适用于当前连接的会话。 + 在上面的示例中，使用命令修改掩码仅适用于当前连接的会话。 !!! info "信息" diff --git a/docs/books/admin_guide/08-process.de.md b/docs/books/admin_guide/08-process.de.md index 4b1855ba3e..c32ca2760b 100644 --- a/docs/books/admin_guide/08-process.de.md +++ b/docs/books/admin_guide/08-process.de.md @@ -354,7 +354,7 @@ renice -n 15 -p 1664 | `-p` | `PID` des Prozesses. | | `-u` | `UID` des Prozess-Owner. | -Der `renice` Befehl wirkt auf bereits laufende Prozesse. Es ist daher möglich, die Priorität eines bestimmten Prozesses, aber auch mehrerer Prozesse zu ändern, die einem Benutzer oder einer Gruppe angehören. +Der `renice` Befehl wirkt auf bereits laufende Prozesse. Daher ist es möglich, die Priorität eines bestimmten Prozesses und mehrerer Prozesse zu ändern, die einem Benutzer oder einer Gruppe gehören. !!! tip "Hinweis" diff --git a/docs/books/admin_guide/08-process.zh.md b/docs/books/admin_guide/08-process.zh.md index 260f3cb64c..656a66f132 100644 --- a/docs/books/admin_guide/08-process.zh.md +++ b/docs/books/admin_guide/08-process.zh.md @@ -240,7 +240,7 @@ nohup myprogram.sh 0F9 Taste, um verschiedene Signale an den Prozess zu senden. Die Liste der Signale finden Sie mit dem Kommando `kill -l`. Die am häufigsten verwendeten sind: + +| Signal | Beschreibung | +| ------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | +| 1 | Ermöglicht den Prozess sofort herunterzufahren und dann nach dem erneuten Lesen der Konfigurationsdatei neu zu starten | +| 9 | Wird zum sofortigen Schließen eines Programms oder zum Erzwingen des Beendens eines Prozesses verwendet, ähnlich dem Erzwingen des Beendens in der Windows-Taskleiste | +| 15 | Das Default-Signal für den kill Befehl. Manchmal, wenn im Prozess ein Problem aufgetreten ist und der Prozess mit diesem Signal nicht normal beendet werden kann, können Sie es mit Signal 9 versuchen | + +## Zusammenfassung + +`htop` ist viel einfacher zu verwenden als das mit dem System gelieferte `top`, es ist intuitiver und verbessert die tägliche Nutzung erheblich. Aus diesem Grund ist `htop` normalerweise eines der ersten Pakete, das der Autor nach der Installation eines neuen Betriebssystems installiert. diff --git a/docs/guides/backup/mirroring_lsyncd.uk.md b/docs/guides/backup/mirroring_lsyncd.uk.md index d2f620a787..11aaf0de75 100644 --- a/docs/guides/backup/mirroring_lsyncd.uk.md +++ b/docs/guides/backup/mirroring_lsyncd.uk.md @@ -78,8 +78,7 @@ dnf groupinstall 'Development Tools' dnf config-manager --enable crb ``` - - Виконання цих дев’яти кроків перед наступними дозволить вам завершити збірку без повернення назад. + Виконання цих дев’яти кроків перед наступними дозволить вам завершити збірку без повернення назад. Ось залежності, необхідні для `lsyncd`: @@ -87,7 +86,7 @@ dnf groupinstall 'Development Tools' dnf install lua lua-libs lua-devel cmake unzip wget rsync ``` -### Завантажте `lsyncd` і зберіть його +### Завантаження `lsyncd` і його збірка Далі вам знадобиться вихідний код: @@ -105,7 +104,7 @@ wget https://github.com/axkibe/lsyncd/archive/master.zip cd lsyncd-master ``` -І потім: +Потім: ```bash mkdir build @@ -131,11 +130,11 @@ make install За допомогою методу встановлення RPM служба systemd встановиться за вас, але якщо ви встановлюєте з джерела, вам потрібно буде створити службу systemd. Хоча ви можете запустити двійковий файл без служби systemd, ви хочете переконатися, що він *справді* запускається під час завантаження. Якщо ні, перезавантаження сервера припинить вашу синхронізацію. Якщо ви забудете знову запустити його вручну, це буде проблема! -Створення служби systemd не є складним і заощадить ваш час у довгостроковій перспективі. +Створення служби systemd відносно просте і заощадить ваш час у довгостроковій перспективі. -#### Створіть службовий файл `lsyncd` +#### Створення службового файлу `lsyncd` -Створіть цей файл будь-де, навіть у кореневому каталозі вашого сервера. Після створення ви можете перемістити його в потрібне місце. +Ви можете створити цей файл будь-де, навіть у кореневому каталозі вашого сервера. Після створення ви можете перемістити його в правильне місце. ```bash vi /root/lsyncd.service` @@ -174,7 +173,7 @@ systemctl daemon-reload ## Конфігурація `lsyncd` -Для будь-якого методу встановлення `lsyncd` вам знадобиться файл конфігурації: */etc/lsyncd.conf*. У наступному розділі описано, як створити та перевірити файл конфігурації. +Для будь-якого методу встановлення `lsyncd` вам потрібен файл конфігурації: */etc/lsyncd.conf*. У наступному розділі описано, як створити та перевірити файл конфігурації. ### Зразок конфігурації для тестування @@ -205,7 +204,7 @@ sync { } ``` -Пояснення щодо файлу: +Трохи розбиваючи цей файл: - `logfile` і `statusFile` будуть створені автоматично під час запуску служби. - `statusInterval` - це кількість секунд, яку необхідно зачекати перед записом у файл statusFile. @@ -228,7 +227,7 @@ sync { touch /etc/lsyncd.exclude ``` -Як приклад, якщо ви синхронізуєте папку `/etc` на нашому комп’ютері, у процесі `lsyncd` буде багато файлів і каталогів, які ви хочете виключити. Кожен виключений файл або каталог знаходиться у файлі, по одному на рядок: +Наприклад, якщо ви синхронізуєте папку `/etc` на своєму комп’ютері, у процесі `lsyncd` буде багато файлів і каталогів, які потрібно виключити. Кожен виключений файл або каталог знаходиться у файлі, по одному на рядок: ```bash /etc/hostname @@ -245,20 +244,20 @@ touch /etc/lsyncd.exclude systemctl start lsyncd ``` -Якщо після виконання цієї команди не з’являється жодних помилок, перевірте статус служби: +Якщо після виконання цієї команди не з’являється жодних помилок, перевірте статус служби, щоб переконатися, що: ```bash systemctl status lsyncd ``` -Якщо він показує, що служба працює, використовуйте tail, щоб побачити кінці двох файлів журналу, і переконайтеся, що все відображається нормально: +Якщо він показує, що служба запущена, використовуйте tail, щоб побачити кінці двох файлів журналу та переконайтеся, що все відображається нормально: ```bash tail /var/log/lsyncd.log tail /var/log/lsyncd-status.log ``` -Якщо припустити, що все виглядає правильно, перейдіть до каталогу `/home/[user]`, де `[user]` є користувачем комп’ютера, і створіть там файл із *touch*. +Якщо припустити, що все виглядає правильно, перейдіть до каталогу `/home/[user]`, де `[user]` є користувачем комп’ютера, і створіть там файл із * touch*. ```bash touch /home/[user]/testfile @@ -272,12 +271,12 @@ systemctl enable lsyncd ## Пам'ятайте про обережність -Кожного разу, коли ви синхронізуєте набір файлів або каталогів з іншим комп’ютером, враховуйте вплив на цільовий комп’ютер. Якщо ви повернетеся до **Файлу lsyncd.exclude** у нашому прикладі вище, чи можете ви уявити, що могло б статися, якби ви не змогли виключити */etc/fstab*? +Щоразу, коли ви синхронізуєте набір файлів або каталогів з іншим комп’ютером, уважно подумайте про вплив цього на цільовий комп’ютер. Припустімо, ви повертаєтесь до **Файлу lsyncd.exclude** у нашому прикладі вище, чи можете ви уявити, що могло б статися, якби вам не вдалося виключити */etc/fstab*? -`fstab` — це файл, який використовується для налаштування накопичувачів на будь-якому комп’ютері Linux. Диски та етикетки майже напевно відрізняються на різних машинах. Наступне перезавантаження цільового комп’ютера, ймовірно, не вдасться. +`fstab` — це файл, який налаштовує накопичувачі на будь-якому комп’ютері Linux. Диски та етикетки майже напевно відрізняються на різних машинах. Наступне перезавантаження цільового комп’ютера, ймовірно, не вдасться. ## Висновки та література -`lsyncd` — потужний інструмент для синхронізації каталогів між комп’ютерами. Як ви бачили, його неважко встановити та нескладно обслуговувати надалі. +`lsyncd` — потужний інструмент для синхронізації каталогу комп’ютера. Як ви бачите, його неважко встановити та не складно обслуговувати. Ви можете дізнатися більше про `lsyncd`, відвідавши [Офіційний сайт](https://github.com/axkibe/lsyncd) diff --git a/docs/guides/backup/rsnapshot_backup.uk.md b/docs/guides/backup/rsnapshot_backup.uk.md index 2b62a4a5ab..0873376017 100644 --- a/docs/guides/backup/rsnapshot_backup.uk.md +++ b/docs/guides/backup/rsnapshot_backup.uk.md @@ -8,8 +8,6 @@ tags: - rsnapshot --- -# Рішення для резервного копіювання - _rsnapshot_ - ## Передумови - Знати, як інсталювати додаткові репозиторії та снепшоти з командного рядка @@ -23,13 +21,13 @@ tags: _rsnapshot_ — це потужна утиліта резервного копіювання з можливістю встановлення на будь-якій машині на базі Linux. Він може створити резервну копію машини локально, або ви можете створити резервну копію кількох машин, скажімо, серверів, з однієї машини. -_rsnapshot_ використовує `rsync` і повністю написаний на Perl без бібліотечних залежностей. Жодних незвичайних вимог до встановлення не існує. У випадку Rocky Linux ви можете встановити _rnapshot_ за допомогою репозиторію EPEL. Після першого випуску Rocky Linux 9.0 був час, коли EPEL не містив пакета _rsnapshot_. Це вже не так, але ці інструкції містять метод встановлення з джерела на випадок, якщо це повториться. +`rsnapshot` використовує `rsync` і повністю написаний на Perl без бібліотечних залежностей. Жодних незвичайних вимог до встановлення не існує. У випадку Rocky Linux ви можете встановити `rnapshot` за допомогою репозиторію EPEL. Після першого випуску Rocky Linux 9.0 був час, коли EPEL не містив пакета `rsnapshot`. Це вже не так, але ці інструкції містять метод встановлення з джерела на випадок, якщо це повториться. -Ця документація стосується лише встановлення _rsnapshot_ у Rocky Linux. +Ця документація стосується лише встановлення `rsnapshot` у Rocky Linux. === "EPEL Install" - ## Встановлення _rsnapshot_ + ## Встановлення `rsnapshot` Усі наведені тут команди викликаються з командного рядка на вашому сервері чи робочій станції, якщо не зазначено інше. @@ -38,15 +36,15 @@ _rsnapshot_ використовує `rsync` і повністю написан Для встановлення _rsnapshot_ нам потрібен репозиторій програмного забезпечення EPEL із Fedora. Щоб встановити репозиторій, просто скористайтеся цією командою: ``` - sudo dnf install epel-release + sudo dnf install epel-release -y ``` Тепер репозиторій має бути активним. - ### Встановіть пакет _rsnapshot_ + ### Встановіть пакет `rsnapshot` - Далі встановіть _rsnapshot_ і деякі інші необхідні інструменти, які, ймовірно, вже встановлені: + Далі встановіть `rsnapshot` і деякі інші необхідні інструменти, які, ймовірно, вже встановлені: ``` sudo dnf install rsnapshot openssh-server rsync @@ -79,9 +77,9 @@ _rsnapshot_ використовує `rsync` і повністю написан === "Source Install" - ## Встановлення _rsnapshot_ з вихідного коду + ## Встановлення `rsnapshot` з вихідного коду - Встановити _rsnapshot_ з вихідного коду не складно. Однак у нього є недолік: у разі випуску нової версії для оновлення версії знадобиться нова інсталяція з вихідного коду, тоді як метод встановлення EPEL забезпечить вам оновлення за допомогою простого `dnf оновлення`. + Встановити `rsnapshot` з вихідного коду не складно. Однак у нього є недолік: у разі випуску нової версії для оновлення версії знадобиться нова інсталяція з вихідного коду, тоді як метод встановлення EPEL забезпечить вам оновлення за допомогою простого `dnf оновлення`. ### Встановлення засобів розробки та завантаження вихідного коду @@ -118,13 +116,13 @@ _rsnapshot_ використовує `rsync` і повністю написан Тепер, коли у вас є все на нашій машині, наступним кроком є збірка. Коли ви розпакували файл `master.zip`, ви отримали каталог `rsnapshot-master`. Вам потрібно буде змінити це для нашої процедури побудови. Зауважте, що наша збірка використовує всі параметри пакета за замовчуванням, тому, якщо ви хочете щось інше, вам потрібно провести невелике дослідження. Крім того, ці дії виконуються безпосередньо зі сторінки [Встановлення GitHub](https://github.com/rsnapshot/rsnapshot/blob/master/INSTALL.md): - ``` + ```bash cd rsnapshot-master ``` Запустіть сценарій `authogen.sh`, щоб створити сценарій налаштування: - ``` + ```bash ./autogen.sh ``` @@ -132,7 +130,7 @@ _rsnapshot_ використовує `rsync` і повністю написан Ви можете отримати кілька рядків, які виглядатимуть так: - ``` + ```bash fatal: not a git repository (or any of the parent directories): .git ``` @@ -140,19 +138,19 @@ _rsnapshot_ використовує `rsync` і повністю написан Далі вам потрібно запустити `configure` із набором каталогу конфігурації: - ``` + ```bash ./configure --sysconfdir=/etc ``` Нарешті, запустіть `make install`: - ``` + ```bash sudo make install ``` Під час усього цього файл `rsnapshot.conf` буде створено як `rsnapshot.conf.default`. Вам потрібно скопіювати це до `rsnapshot.conf`, а потім відредагувати, щоб відповідати тому, що вам потрібно в нашій системі. - ``` + ```bash sudo cp /etc/rsnapshot.conf.default /etc/rsnapshot.conf ``` @@ -165,7 +163,7 @@ _rsnapshot_ використовує `rsync` і повністю написан 1. Підключіть USB-накопичувач. 2. Введіть `dmesg | grep sd`, яка покаже диск, який ви бажаєте використовувати. У цьому випадку це _sda1_. Приклад: `EXT4-fs (sda1): монтування файлової системи ext2 за допомогою підсистеми ext4`. -3. На жаль (або на щастя, залежно від вашої думки), більшість сучасних настільних операційних систем Linux автоматично монтують диск, якщо можуть. Це означає, що залежно від різних факторів _rsnapshot_ може втратити відстеження диска. Ви хочете, щоб диск «монтувався» або робив його файли доступними в тому самому місці кожного разу. +3. На жаль (або на щастя, залежно від вашої думки), більшість сучасних настільних операційних систем Linux автоматично монтують диск, якщо можуть. Це означає, що залежно від різних факторів `rsnapshot` може втратити відстеження диска. Ви хочете, щоб диск «монтувався» або робив його файли доступними в тому самому місці кожного разу. Щоб зробити це, візьміть інформацію про диск, виявлену в команді `dmesg`, і введіть `mount | grep sda1`, який покаже це: `/dev/sda1 на /media/username/8ea89e5e-9291-45c1-961d-99c346a2628a` 4. Введіть `sudo umount /dev/sda1`, щоб відключити зовнішній диск. 5. Далі створіть точку підключення для резервної копії: `sudo mkdir /mnt/backup` @@ -175,55 +173,69 @@ _rsnapshot_ використовує `rsync` і повністю написан Зауважте, що для однієї машини вам доведеться або повторювати кроки `umount` і `mount` кожного разу, коли приєднується диск, або кожного разу, коли система перезавантажується, або автоматизувати ці команди зі сценарієм. -Ми рекомендуємо автоматизацію. Автоматизація - це спосіб системного адміністратора. +Рекомендується автоматизація. ## Налаштування `rsnapshot` -Це найважливіший крок. При внесенні змін у файл конфігурації можна зробити помилку. Для конфігурації _rsnapshot_ потрібні вкладки для будь-якого розділення елементів, і попередження про це є у верхній частині файлу конфігурації. +Це найважливіший крок. При внесенні змін у файл конфігурації можна зробити помилку. Конфігурація `rsnapshot` вимагає вкладок для будь-якого розділення елементів, і попередження про це є у верхній частині файлу конфігурації. Пробіл спричинить збій усієї конфігурації та вашої резервної копії. Наприклад, у верхній частині файлу конфігурації є розділ для `# SNAPSHOT ROOT DIRECTORY #`. Якби ви додавали це з нуля, ви б ввели `snapshot_root`, потім TAB, а потім введіть `/whatever_the_path_to_the_snapshot_root_will_be/` -Найкраще те, що конфігурація за замовчуванням, включена до _rsnapshot_, потребує лише незначних змін, щоб вона працювала для резервного копіювання локальної машини. Проте завжди доцільно створити резервну копію файлу конфігурації перед початком редагування: +Найкраще те, що стандартна конфігурація, включена в `rsnapshot`, потребує лише незначних змін, щоб вона працювала для резервного копіювання локальної машини. Проте завжди доцільно створити резервну копію файлу конфігурації перед початком редагування: `cp /etc/rsnapshot.conf /etc/rsnapshot.conf.bak` ## Резервне копіювання базової машини або одного сервера -У цьому випадку _rsnapshot_ запускатиметься локально для резервного копіювання певної машини. У цьому прикладі ми розберемо конфігураційний файл і покажемо вам, що саме вам потрібно змінити. +У цьому випадку `rsnapshot` запускатиметься локально для резервного копіювання певної машини. У цьому прикладі ми розберемо конфігураційний файл і покажемо вам, що саме вам потрібно змінити. Щоб відкрити файл _/etc/rsnapshot.conf_, вам знадобиться використати `vi` (або відредагувати його у вашому улюбленому редакторі). Перше, що потрібно змінити, це налаштування _snapshot_root_. За замовчуванням має таке значення: -`snapshot_root /.snapshots/` +```text +snapshot_root /.snapshots/ +``` -Вам потрібно змінити це на свою точку монтування, яку ми створили вище, а також додати «сховище». +Вам потрібно змінити це на точку монтування, яку ви створили, і додати в «сховище». -`snapshot_root /mnt/backup/storage/` +```text +snapshot_root /mnt/backup/storage/` +``` Ви також хочете вказати, щоб резервне копіювання не запускалося, якщо диск не підключено. Для цього видаліть знак «#» (також називається зауваженням, знаком числа, символом решітки тощо) поруч із `no_create_root`, який виглядає так: -`no_create_root 1` +```text +no_create_root 1 +``` Далі перейдіть до розділу під назвою `# EXTERNAL PROGRAM DEPENDENCIES #` і видаліть коментар (знову знак «#») із цього рядка: -`#cmd_cp /usr/bin/cp` +```text +#cmd_cp /usr/bin/cp +``` Тепер він читає: -`cmd_cp /usr/bin/cp` +```text +cmd_cp /usr/bin/cp +``` Хоча вам не потрібен `cmd_ssh` для цієї конкретної конфігурації, він знадобиться для нашої іншої опції, і не завадить його ввімкнути. Знайдіть рядок, який говорить: -`#cmd_ssh /usr/bin/ssh` +```text +#cmd_ssh /usr/bin/ssh +``` Видаліть знак "#": -`cmd_ssh /usr/bin/ssh` +```text +cmd_ssh /usr/bin/ssh +``` Далі потрібно перейти до розділу під назвою `# РІВНІ РЕЗЕРВНОГО КОПІЮВАННЯ / ІНТЕРВАЛИ #` -Попередні версії _rsnapshot_ мали `години, щодня, щомісяця, щороку`, але тепер `альфа, бета, гамма, дельта`. Це трохи заплутано. Що вам потрібно зробити, це додати зауваження до будь-якого інтервалу, який ви не використовуватимете. У конфігурації дельта вже виділена. +Попередні версії `rsnapshot` мали `години, щодня, щомісяця, щороку`, але тепер `альфа, бета, гамма, дельта`. Це трохи заплутано. Вам потрібно додати зауваження до будь-яких інтервалів, які ви не використовуватимете. У конфігурації дельта вже виділена. У цьому прикладі ви не збираєтеся запускати жодних інших інкрементів, окрім нічного резервного копіювання. Просто додайте примітку до альфа- і гамма. Після завершення файл конфігурації матиме наступний вигляд: @@ -236,35 +248,43 @@ retain beta 7 Перейдіть до рядка `logfile`, який за умовчанням: -`#logfile /var/log/rsnapshot` +```text +#logfile /var/log/rsnapshot +``` І видаліть примітку: -`logfile /var/log/rsnapshot` +```text +logfile /var/log/rsnapshot +``` Нарешті, перейдіть до розділу `### ТОЧКИ РЕЗЕРВНОГО КОПІЮВАННЯ / СЦЕНАРІЇ ###` та додайте будь-які каталоги, які ви хочете додати, у розділ `# LOCALHOST`, не забудьте використовувати + +табуляція++, а не ++пробіл++ між елементами! -Наразі запишіть свої зміни (`SHIFT :wq!` для `vi`) і вийдіть із файлу конфігурації. +Наразі запишіть свої зміни (++shift+двокрапка+"wq!"++ для `vi`) та вийдіть із конфігураційного файлу. ### Перевірка конфігурації -Ви хочете переконатися, що ви не додали пробіли чи будь-які інші явні помилки до нашого файлу конфігурації під час його редагування. Для цього ви запускаєте _rsnapshot_ для нашої конфігурації за допомогою параметра `configtest`: +Ви хочете переконатися, що ви не додали пробіли чи будь-які інші явні помилки до нашого файлу конфігурації під час його редагування. Для цього ви запускаєте `rsnapshot` для нашої конфігурації з опцією `configtest`: `rsnapshot configtest` покаже `Syntax OK`, якщо немає помилок. -Ви маєте виробити звичку запускати `configtest` для конкретної конфігурації. Причина цього стане більш очевидною, коли ви перейдете до розділу **Резервне копіювання кількох машин або кількох серверів**. +Візьміть у звичку запускати `configtest` для конкретної конфігурації. Причина цього стане більш очевидною, коли ви перейдете до розділу **Резервне копіювання кількох машин або кількох серверів**. -Щоб запустити `configtest` для певного файлу конфігурації, запустіть його з параметром -c, щоб визначити конфігурацію: +Щоб запустити `configtest` для певного файлу конфігурації, запустіть його з опцією `-c`, щоб визначити конфігурацію: -`rsnapshot -c /etc/rsnapshot.conf configtest` +```bash +rsnapshot -c /etc/rsnapshot.conf configtest +``` ## Перший запуск резервного копіювання -Коли `configtest` перевіряє, що все гаразд, настав час виконати резервне копіювання вперше. Ви можете спочатку запустити це в тестовому режимі, щоб побачити, що робитиме сценарій резервного копіювання. +Коли `configtest` перевіряє, що все гаразд, настав час виконати резервне копіювання вперше. Ви можете спочатку запустити це в тестовому режимі, щоб побачити, що робить сценарій резервного копіювання. Знову ж таки, щоб зробити це, вам не обов’язково вказувати конфігурацію в цьому випадку, але було б гарною ідеєю увійти в звичку робити це: -`rsnapshot -c /etc/rsnapshot.conf -t beta` +```bash +rsnapshot -c /etc/rsnapshot.conf -t beta +``` Котрий поверне щось подібне до цього, показуючи вам, що станеться, коли резервне копіювання фактично запуститься: @@ -284,15 +304,17 @@ touch /mnt/backup/storage/beta.0/ Коли тест виправдає ваші очікування, запустіть його вручну вперше без тесту: -`rsnapshot -c /etc/rsnapshot.conf beta` +```bash +rsnapshot -c /etc/rsnapshot.conf beta +``` -Коли резервне копіювання завершиться, перейдіть до /mnt/backup і перевірте створену там структуру каталогів. Буде каталог `storage/beta.0/localhost`, а потім каталоги, які ви вказали для резервного копіювання. +Коли резервне копіювання завершиться, перейдіть до `/mnt/backup` і перевірте структуру каталогів, яку там створюється. Буде каталог `storage/beta.0/localhost`, а потім каталоги, які ви вказали для резервного копіювання. ### Подальше пояснення Кожного разу, коли виконується резервне копіювання, воно створюватиме ще один приріст бета-версії, резервні копії тривалістю 0–6 або 7 днів. Найновіша резервна копія завжди буде beta.0, тоді як вчорашня резервна копія завжди буде beta.1. -Здається, що розмір кожної з цих резервних копій займає однаковий (або більший) дисковий простір, але це через те, що _rsnapshot_ використовує жорсткі посилання. Щоб відновити файли з учорашньої резервної копії, просто скопіюйте їх назад зі структури каталогів beta.1. +Здається, що розмір кожної з цих резервних копій займає однакову (або більше) дискового простору, але це через складні посилання, які використовує `rsnapshot`. Щоб відновити файли з учорашньої резервної копії, просто скопіюйте їх назад зі структури каталогів beta.1. Кожне резервне копіювання є лише додатковим резервним копіюванням із попереднього запуску, АЛЕ через використання жорстких посилань кожен каталог резервного копіювання містить або файл, або жорстке посилання на файл, незалежно від того, у якому каталозі було створено резервну копію. @@ -300,13 +322,15 @@ touch /mnt/backup/storage/beta.0/ ## Налаштування автоматичного запуску резервного копіювання -Після завершення тестування й упевненості в тому, що все працюватиме без проблем, наступним кроком є налаштування crontab для користувача root для щоденної автоматизації процесу: +Після завершення тестування та впевненості в тому, що все працюватиме без проблем, наступним кроком є ​​налаштування `crontab` для користувача root, щоб автоматизувати процес щодня: -`sudo crontab -e` +```bash +sudo crontab -e +``` -Якщо ви не запускали це раніше, виберіть vim.basic як редактор або власне налаштування редактора, коли з’явиться рядок `Виберіть редактор`. +Якщо ви не запускали це раніше, виберіть "vim.basic" як свій редактор або власне налаштування редактора, коли з’явиться рядок `Select an editor`. -Ви збираєтеся налаштувати резервне копіювання на автоматичний запуск о 23:00, тому додайте це до crontab: +Ви збираєтеся налаштувати резервне копіювання на автоматичний запуск о 23:00, тож додайте це до `crontab`: ```bash ## Running the backup at 11 PM @@ -317,13 +341,13 @@ touch /mnt/backup/storage/beta.0/ Створення резервних копій кількох машин із машини з RAID-масивом або великою ємністю пам’яті, локально або через підключення до Інтернету в іншому місці працює добре. -Якщо ви виконуєте ці резервні копії через Інтернет, вам потрібно переконатися, що кожне місце має достатню пропускну здатність для створення резервних копій. Ви можете використовувати _rsnapshot_ для синхронізації локального сервера з зовнішнім масивом резервного копіювання або резервним сервером для покращення резервування даних. +Якщо ви виконуєте ці резервні копії через Інтернет, вам потрібно переконатися, що кожне місце має достатню пропускну здатність для створення резервних копій. Ви можете використовувати `rsnapshot` для синхронізації локального сервера з зовнішнім резервним масивом або сервером резервного копіювання для покращення резервування даних. ## Припущення -Віддалений локальний запуск _rsnapshot_ з машини. Запуск цієї точної конфігурації також можливий дистанційно поза приміщенням. +Віддалений локальний запуск `rsnapshot` з машини. Запуск цієї точної конфігурації також можливий дистанційно поза приміщенням. -У цьому випадку ви захочете інсталювати _rsnapshot_ на машині, яка виконує всі резервні копії. Інші припущення: +У цьому випадку ви захочете встановити `rsnapshot` на комп’ютері, де будуть виконуватися всі резервні копії. Інші припущення: - Що сервери, на які ви будете створювати резервні копії, мають правило брандмауера, яке дозволяє віддаленій машині підключитися до нього через SSH - Що на кожному сервері, резервну копію якого ви збираєтеся, було встановлено останню версію `rsync`. Для серверів Rocky Linux запустіть `dnf install rsync`, щоб оновити версію `rsync` вашої системи. @@ -335,37 +359,43 @@ touch /mnt/backup/storage/beta.0/ Якщо у вас уже є згенерований набір ключів, ви можете пропустити цей крок. Ви можете дізнатися, виконавши `ls -al .ssh` і знайшовши пару ключів `id_rsa` та `id_rsa.pub`. Якщо такого немає, скористайтеся наведеним нижче посиланням, щоб налаштувати ключі для вашої машини та серверів, до яких ви хочете отримати доступ: -[Пари відкритих закритих ключів SSH](../security/ssh_public_private_keys.md) +[Пари відкритий-приватний ключ SSH](../security/ssh_public_private_keys.md) -## Конфігурація _rsnapshot_ +## Конфігурація `rsnapshot` Файл конфігурації має бути майже таким самим, як той, який ми створили для **базової машини або резервного копіювання одного сервера**, за винятком того, що вам потрібно змінити деякі параметри. Корінь snapshot є типовим: -`snapshot_root /.snapshots/` +```text +snapshot_root /.snapshots/ +``` Прокоментуйте цей рядок: -`no_create_root 1` - -`#no_create_root 1` +```text +no_create_root 1 +#no_create_root 1 +``` Інша відмінність полягає в тому, що кожна машина матиме власну конфігурацію. Коли ви звикнете до цього, ви просто скопіюєте один із наявних конфігураційних файлів під іншу назву та зміните його відповідно до будь-яких додаткових машин, резервну копію яких ви хочете створити. Наразі ви хочете просто змінити файл конфігурації (як показано вище) і зберегти його. Скопіюйте цей файл як шаблон для нашого першого сервера: -`cp /etc/rsnapshot.conf /etc/rsnapshot_web.conf` - -Ви хочете змінити файл конфігурації та створити журнал і файл блокування з іменем машини: +```bash +cp /etc/rsnapshot.conf /etc/rsnapshot_web.conf +``` -`logfile /var/log/rsnapshot_web.log` +Ви хочете змінити файл конфігурації та створити журнал і `файл блокування` з назвою машини: -`lockfile /var/run/rsnapshot_web.pid` +```text +logfile /var/log/rsnapshot_web.log +lockfile /var/run/rsnapshot_web.pid +``` -Далі потрібно змінити файл rsnapshot_web.conf таким чином, щоб він включав каталоги, резервні копії яких потрібно створити. Єдине, що тут інше – це мета. +Далі потрібно змінити `rsnapshot_web.conf`, щоб включити каталоги, резервні копії яких потрібно створити. Єдине, що тут інше – це мета. -Ось приклад конфігурації web.ourdomain.com: +Ось приклад конфігурації "web.ourdomain.com": ```bash ### BACKUP POINTS / SCRIPTS ### @@ -380,19 +410,25 @@ backup root@web.ourdomain.com:/root/ web.ourdomain.com/ Тепер ви можете перевірити конфігурацію, щоб переконатися, що вона синтаксично правильна: -`rsnapshot -c /etc/rsnapshot_web.conf configtest` +```bash +rsnapshot -c /etc/rsnapshot_web.conf configtest +``` Ви шукаєте повідомлення `Syntax OK`. Якщо все в порядку, ви можете запустити резервне копіювання вручну: -`/usr/bin/rsnapshot -c /etc/rsnapshot_web.conf beta` +```bash +/usr/bin/rsnapshot -c /etc/rsnapshot_web.conf beta +``` -Якщо припустити, що все працює, ви можете створити файли конфігурації для поштового сервера (rsnapshot_mail.conf) і сервера порталу (rsnapshot_portal.conf), перевірити їх і зробити пробну резервну копію. +Якщо припустити, що все працює, ви можете створити файли конфігурації для поштового сервера (`rsnapshot_mail.conf`) і сервера порталу (`rsnapshot_portal.conf`), перевірити їх і виконати пробну версію резервне копіювання. ## Автоматизація резервного копіювання Автоматизація резервного копіювання для кількох версій машин або серверів дещо відрізняється. Ви хочете створити сценарій bash для виклику резервних копій по порядку. Коли один закінчить, почнеться наступний. Цей сценарій виглядатиме так: -`vi /usr/local/sbin/backup_all` +```bash +vi /usr/local/sbin/backup_all +``` Зі змістом: @@ -404,13 +440,17 @@ backup root@web.ourdomain.com:/root/ web.ourdomain.com/ /usr/bin/rsnapshot -c /etc/rsnapshot_portal.conf beta ``` -Збережіть сценарій у /usr/local/sbin і зробіть його виконуваним: +Збережіть сценарій у `/usr/local/sbin` і зробіть його виконуваним: -`chmod +x /usr/local/sbin/backup_all` +```bash +chmod +x /usr/local/sbin/backup_all +``` -Створіть crontab для root для запуску сценарію резервного копіювання: +Створіть `crontab` для root для запуску сценарію резервного копіювання: -`crontab -e` +```bash +crontab -e +``` І додайте цей рядок: @@ -421,7 +461,7 @@ backup root@web.ourdomain.com:/root/ web.ourdomain.com/ ## Повідомлення про статус резервного копіювання -Щоб переконатися, що все резервне копіювання виконується згідно з планом, ви можете надіслати файли журналу резервного копіювання на свою електронну пошту. Якщо ви виконуєте резервне копіювання кількох машин за допомогою _rsnapshot_, кожен файл журналу матиме власну назву, яку ви можете надіслати на свою електронну пошту для перегляду [Використання процедури postfix For Server Process Reporting](../email/postfix_reporting.md). +Щоб переконатися, що все резервне копіювання виконується згідно з планом, ви можете надіслати файли журналу резервного копіювання на свою електронну пошту. Якщо ви виконуєте резервне копіювання кількох машин за допомогою `rsnapshot`, кожен файл журналу матиме власну назву, яку ви можете надіслати на свою електронну пошту для перегляду за допомогою [використання постфіксу для звітування про процеси сервера](../email/postfix_reporting.md) процедура. ## Відновлення резервної копії @@ -429,6 +469,6 @@ backup root@web.ourdomain.com:/root/ web.ourdomain.com/ ## Висновки та інші ресурси -Правильна настройка за допомогою _rsnapshot_ спочатку трохи складна, але може заощадити багато часу на резервне копіювання ваших машин або серверів. +Правильна настройка за допомогою `rsnapshot` спочатку трохи складна, але може заощадити багато часу на резервне копіювання ваших машин або серверів. -_rsnapshot_ є потужним, швидким і економним використанням дискового простору. Ви можете дізнатися більше про _rsnapshot_, відвідавши [rsnapshot.org](https://rsnapshot.org/download.html). +`rsnapshot` є потужним, швидким і економним використанням дискового простору. Ви можете дізнатися більше про `rsnapshot`, відвідавши [rsnapshot.org](https://rsnapshot.org/download.html). diff --git a/docs/labs/systems_administration_I/lab6-user_and_group_management.uk.md b/docs/labs/systems_administration_I/lab6-user_and_group_management.uk.md index cf59a1bdac..8beaa2ce6e 100644 --- a/docs/labs/systems_administration_I/lab6-user_and_group_management.uk.md +++ b/docs/labs/systems_administration_I/lab6-user_and_group_management.uk.md @@ -169,7 +169,7 @@ Linux успадковує стару традицію UNIX щодо управ У цій лабораторній роботі ви створите нового користувача під назвою «Me Mao». Ім’я користувача для “Me Mao” буде першим ім’ям – “me”. Цей новий користувач належатиме до групи «me». Пароль буде «a1b2c3» -!!! Warning "Важливо" +!!! warning "Важливо" Конфігурації системи зазвичай відповідають певному формату. Завжди важливо дотримуватися цього формату під час ручного редагування конфігураційних файлів. Один із способів зробити це — знайти та скопіювати наявний запис у файлі, а потім змінити скопійований рядок/розділ будь-якими новими змінами. Це допоможе зменшити ймовірність ваших помилок.