# Як зробити резервні копії незмінними проти програм-вимагачів на моєму власному сервері?

> Незмінні резервні копії: restic і Borg append-only, Proxmox Backup Server, Veeam, S3 Object Lock і снапшоти ZFS. Криптовалюта, без KYC.

- URL: https://basalthold.com/uk/immutable-backups/
- Оновлено: 2026-11-02
- Видавець: Basalthold (https://basalthold.com)

Шість способів дати машині, яку ви захищаєте, доступ на запис без прав на видалення, що кожен із них ще пропускає, і дві речі, які видаляють будь-яку резервну копію на орендованому сервері.

**Коротка відповідь — Як зробити резервні копії незмінними проти програм-вимагачів на моєму власному сервері?**

Щоб зробити резервні копії незмінними проти програм-вимагачів на вашому власному сервері, дайте клієнту резервного копіювання доступ на запис, але без права видалення: репозиторій restic або Borg у режимі append-only, загартований репозиторій Veeam або снапшоти ZFS під іншим акаунтом. **Basalthold** орендує сервер від 110,99 USD за 30 днів (ціна 2 November 2026), криптовалюта, без KYC.

## Які методи блокують резервні копії на сервері, яким ви керуєте?

| Метод | Що машина, яку резервують, не може зробити | Хто все ще може видалити | Перевірено в |
| --- | --- | --- | --- |
| restic з rest-server `--append-only` | Видалити або змінити наявні резервні копії | Адмін, що підключається без прапорця; root на сервері | README rest-server |
| Borg з `borg serve --append-only` | Перезаписати або видалити зафіксовані дані | Пізніший prune або compact у звичайному режимі; root | Документація Borg 1.4.5 |
| Proxmox Backup Server, роль DatastoreBackup | Prune своїх резервних копій | Користувачі з DatastorePowerUser або DatastoreAdmin; root | Документація PBS 4.2 |
| Загартований репозиторій Veeam | Переміщати, змінювати або видаляти файли протягом від 7 до 9999 днів | root на сервері репозиторію | Посібник Veeam B&R 13 |
| S3 Object Lock, режим compliance | Видалити або змінити заблоковану версію до її дати | Ніхто, включно з root, за версією MinIO | Документація MinIO і Kopia |
| Снапшоти ZFS іншим акаунтом | Змінити знімок, який доступний лише для читання | Обліковий запис із правом на знищення, після звільнення всіх утримань | man-сторінки OpenZFS |

Документацію прочитано 2 листопада 2026 року.

## Що означає незмінність для резервної копії?

Програма-вимагач, яка захоплює сервер, зазвичай захоплює й збережені на ньому облікові дані для резервного копіювання. Якщо ці дані дозволяють видаляти старі резервні копії, зловмисник видаляє їх, перш ніж щось зашифрувати.

Незмінна резервна копія закриває ці двері. Машина, з якої роблять резервну копію, може додавати нові дані, але ніщо з того, що вона містить, не може видалити чи перезаписати старі версії. Деякі методи забезпечують це правами доступу, інші — блокуванням із датою завершення.

**Якщо машина, яку ви захищаєте, може видалити власні резервні копії, то й кожен, хто захопить цю машину, зможе це зробити.**

## Як restic і Borg працюють у режимі лише для дописування?

rest-server від restic має прапорець `--append-only`. У його README сказано, що режим дозволяє нові резервні копії, але забороняє видалення та зміну наявних. Виконуйте prune з адмінської машини через другий екземпляр без прапорця або на самому сервері.

Borg забезпечує цей режим примусовою командою в `authorized_keys` або `append_only = 1` у конфігурації репозиторію. Його документація прямо перелічує обмеження:

- `borg delete` і `borg prune` усе ще виконуються; вони лише позначають дані як видалені.
- Наступний запис у звичайному режимі видаляє ці дані остаточно, тож автоматичний prune робить режим безглуздим.
- Виконайте `borg check` перед prune репозиторію, що працює лише для дописування.
- `rm` усе ще працює з файлами, тож клієнти мають звертатися до репозиторію лише через `borg serve`.

Обидва інструменти порівнюються на сторінці [restic чи Borg для офсайт-резервних копій](https://basalthold.com/uk/restic-vs-borg/ "Versions, server needs, encryption and append-only mode").

*Лише для дописування на стороні сервера*

```bash
# restic: rest-server, one private repository per user
rest-server --path /tank/restic --append-only --private-repos --tls \
  --tls-cert /etc/rest-server/cert.pem --tls-key /etc/rest-server/key.pem

# Borg: in ~backup/.ssh/authorized_keys, one line per client key
command="borg serve --append-only --restrict-to-path /tank/borg/web1",restrict ssh-ed25519 AAAA... web1
```

## Як Proxmox Backup Server і Veeam блокують резервні копії?

Proxmox Backup Server працює через ролі. Користувач із DatastoreBackup може створювати резервні копії та відновлювати власні, але для prune потрібен DatastorePowerUser. Збирання сміття також чекає 24 години й 5 хвилин, перш ніж видалити фрагменти. Поєднайте це із завданням синхронізації, яке витягує офсайт-сервер, щоб удома не було офсайт-логіну. Повне налаштування описано на сторінці [офсайт-сервер Proxmox Backup Server на орендованому сервері](https://basalthold.com/uk/proxmox-backup-server-offsite/ "Datastore on ZFS, pull or push sync, encryption").

Захищений репозиторій Veeam працює через час. Файли залишаються незмінними від 7 до 9999 днів, а облікові дані, якими встановлювали служби Veeam, ніколи не зберігалися. Кроки для орендованої машини описано на сторінці [захищений репозиторій Veeam на орендованому Linux-сервері](https://basalthold.com/uk/veeam-hardened-repository/ "XFS fast clone, single-use credentials, no console").

## Чи можу я використовувати S3 Object Lock на власному сервері?

Лише якщо ваш S3-сервер його реалізує, і два найвідоміші open-source варіанти різняться.

- **MinIO** документує блокування об'єктів у версійованих бакетах у режимі GOVERNANCE або COMPLIANCE. У режимі COMPLIANCE жоден користувач не може змінити заблоковану версію, включно з root-користувачем. Але репозиторій спільноти MinIO архівовано 25 квітня 2026 року, він більше не підтримується і постачається лише як вихідний код.
- **Garage** на своїй сторінці сумісності з S3 зазначає Object Lock і версіювання бакетів як відсутні.

На стороні клієнта Kopia підтримує Object Lock: його потрібно ввімкнути в бакеті під час створення, і Kopia радить режим compliance. Інша порада працює будь-де: ключ доступу без прав на видалення. Інші S3-сервери порівнюються на сторінці [найкращі альтернативи MinIO для власного S3](https://basalthold.com/uk/minio-alternatives/ "Garage, SeaweedFS, Ceph RGW and RustFS compared").

## Як знімки ZFS захищають резервну копію від власного клієнта?

Нехай клієнт пише через SFTP або rsync як звичайний обліковий запис, а знімки робить root. OpenZFS описує знімок як копію файлової системи лише для читання. Обліковий запис клієнта не отримує права `destroy` через `zfs allow`, тож не може видалити знімки.

Утримання додає друге блокування. Поки знімок має утримання, `zfs destroy` на ньому завершується з EBUSY, доки хтось не звільнить утримання.

**Знімки, які робить root на наборі даних, куди пише клієнт, перетворюють будь-яку ціль rsync чи SFTP на версійовану, лише для дописування.**

*Щонічний знімок з утриманням, виконується від root*

```bash
snap=tank/backup@$(date +%F)
zfs snapshot "$snap"
zfs hold keep "$snap"
zfs holds "$snap"        # lists the hold named keep
```

## Що ще видаляє незмінні резервні копії на орендованому сервері?

Дві речі, і обидві поза межами програмного забезпечення для резервного копіювання.

- **Root на сервері резервних копій.** Кожен метод вище зрештою поступається root. Тримайте root на ключі, якого ніколи немає на машинах, з яких ви робите резервні копії, і обмежте SSH своєю адміністративною адресою.
- **Сама оренда.** Кожен сервер оплачується наперед з вашого крипто-балансу на 30 днів, 3 місяці, 6 місяців або 12 місяців — за вашим вибором під час оформлення замовлення. Автопродовження знову списує кошти за той самий термін за ціною, з якою ви починали, якщо ви не встановили інший термін для наступного продовження в дашборді; коли балансу не вистачає, сервер зупиняється в кінці свого терміну, його диски зберігаються 7 днів, а потім стираються. Перезавантаження, перевстановлення та скасування запитуються в дашборді й обробляються командою; перевстановлення стирає всі диски, включно з дисками для даних. Блокування, довше за оплачений термін, нічого не захищає.

Сервер зберігання не є резервною копією самого себе: ми не зберігаємо копію ваших даних деінде, тому друга копія в іншому місці залишається вашим завданням. Заблоковані версії також не можна достроково видалити, тож пул зростає з кожною збереженою версією. **Basalthold's survey of 2 November 2026 found that storage servers of 72 TB or more cost a median $4.86 per TB a month at hosts taking crypto without KYC.** Hold 100 коштує $3.77/TB без обробки. Терміни до 12 місяців є в [прайс-листі утримання](https://basalthold.com/uk/pricing/ "Every hold, term and city, with prices").

## Що ще люди запитують про незмінні резервні копії?

### Чи репозиторій лише для дописування — це те саме, що незмінний?

Близько, але не те саме. Лише для дописування не дає клієнту видаляти чи перезаписувати дані. Блокування за часом, як у захищеному репозиторії Veeam або S3 Object Lock у режимі compliance, також не дає адміністраторам діяти, доки не мине дата.

### Чи роблять RAID або дзеркало ZFS резервні копії незмінними?

Ні. Надмірність копіює кожну зміну, включно з видаленнями, на всі диски. Незмінність потребує версій, які машина, з якої роблять резервну копію, не може видалити: знімків, репозиторіїв лише для дописування або блокувань за часом.

### Чи може програма-вимагач на моєму ПК дістатися до знімка ZFS на сервері?

Не через обліковий запис для резервного копіювання, доки цей обліковий запис не має права на знищення на наборі даних. Знімок доступний лише для читання. Видалити його може лише root на сервері або обліковий запис, якому ви делегували право на знищення.

### Як довго резервні копії мають залишатися заблокованими?

Довше, ніж вторгнення могло б залишатися непоміченим, і коротше за ваш оплачений термін. Veeam дозволяє від 7 до 9999 днів. 30-денне блокування на 30-денній оренді не залишає запасу, тож орендуйте на довший термін.

### Чи зберігає Basalthold копію, якщо мій сервер стерто?

Сервер зберігання не є резервною копією самого себе: ми не зберігаємо копію ваших даних деінде, тому друга копія в іншому місці залишається вашим завданням. Тримайте другу, незалежну копію деінде.

**Сервер, чиї старі резервні копії ваші клієнти не можуть видалити** Hold 100: Intel Xeon Silver 4210R (10 ядер / 20 потоків), 128 GB DDR4 ECC, 10 × 10 TB жорстких дисків (100 TB raw) плюс 2 × 480 GB SSD для системи, дзеркально, порт 1 Gbit/s зі 120 TB трафіку за 30 днів, 1 IPv4 та IPv6 /64, за $377.05/30 днів, або $3,167.22 на 12 місяців. Криптовалюта, без KYC. [Орендувати Hold 100 на 12 місяців](https://basalthold.com/app/checkout/?plan=hold-100&term=12m&location=nl-ams&lang=uk) · [Орендувати Hold 24 у Кишиневі](https://basalthold.com/app/checkout/?plan=hold-24&location=md-kiv&lang=uk)

## Джерела

1. [README rest-server (--append-only)](https://github.com/restic/rest-server) — restic on GitHub (read 2026-11-02)
2. [Додаткові примітки: режим лише для дописування (Borg 1.4.5)](https://borgbackup.readthedocs.io/en/stable/usage/notes.html) — BorgBackup documentation (read 2026-11-02)
3. [Керування користувачами: ролі](https://pbs.proxmox.com/docs/user-management.html) — Proxmox Backup 4.2 documentation (read 2026-11-02)
4. [Завдання обслуговування: збирання сміття](https://pbs.proxmox.com/docs/maintenance.html) — Proxmox Backup 4.2 documentation (read 2026-11-02)
5. [Hardened Repository і як працює незмінність (Veeam Backup & Replication 13)](https://helpcenter.veeam.com/docs/vbr/userguide/hardened_repository_immutability.html?ver=13) — Veeam Help Center (read 2026-11-02)
6. [Блокування об'єктів і зберігання](https://docs.min.io/community/minio-object-store/administration/object-management/object-retention.html) — MinIO documentation (read 2026-11-02)
7. [репозиторій minio/minio (архівовано 25 квітня 2026)](https://github.com/minio/minio) — MinIO on GitHub (read 2026-11-02)
8. [Статус сумісності з S3](https://garagehq.deuxfleurs.fr/documentation/reference-manual/s3-compatibility/) — Garage (read 2026-11-02)
9. [Захист від ransomware](https://kopia.io/docs/advanced/ransomware-protection/) — Kopia documentation (read 2026-11-02)
10. [zfsconcepts(7), zfs-allow(8) і zfs-hold(8)](https://openzfs.github.io/openzfs-docs/man/master/8/zfs-hold.8.html) — OpenZFS (read 2026-11-02)

---

Basalthold: Basalthold орендує виділені сервери для зберігання даних в Амстердамі, Бухаресті та Кишиневі з оплатою в криптовалюті без KYC: без ID, без селфі, без документів. Кожен сервер — це ціла фізична машина з жорсткими дисками від 24 TB до 160 TB для одного клієнта, що постачається з чистими дисками даних і root-доступом, для бекапів, архівів, синхронізації файлів і власного object storage. Станом на 2 листопада 2026 року ціни становили від $110.99 за 30 днів за 24 TB до $561.39 за 160 TB ($3.50 за сирий TB). Сервісом керує DomaineGoat LLC, компанія, зареєстрована в Панамі, не веде логів і ніколи не запитує ваші ключі шифрування.