Trả lời nhanh
Làm thế nào để biến bản sao lưu thành bất biến chống ransomware trên máy chủ của riêng tôi?
Để biến bản sao lưu thành bất biến chống ransomware trên máy chủ của riêng bạn, hãy cấp cho ứng dụng client sao lưu quyền ghi nhưng không có quyền xóa: một kho lưu trữ restic hoặc Borg append-only, một kho lưu trữ Veeam hardened, hoặc snapshot ZFS dưới một tài khoản khác. Basalthold thuê máy chủ từ 110,99 US$ mỗi 30 ngày (giá của 2 November 2026), crypto, không cần KYC.
Những phương pháp nào khóa bản sao lưu trên một máy chủ bạn kiểm soát?
| Phương pháp | Máy được sao lưu không thể làm gì | Ai vẫn có thể xóa | Kiểm tra trong |
|---|---|---|---|
restic với rest-server --append-only | Xóa hoặc sửa đổi các bản sao lưu hiện có | Một admin kết nối mà không có flag; root trên máy chủ | rest-server README |
Borg với borg serve --append-only | Ghi đè hoặc xóa dữ liệu đã commit | Một lần prune hoặc compact sau đó ở chế độ thông thường; root | Tài liệu Borg 1.4.5 |
| Proxmox Backup Server, role DatastoreBackup | Prune các bản sao lưu của nó | Người dùng có DatastorePowerUser hoặc DatastoreAdmin; root | Tài liệu PBS 4.2 |
| Kho lưu trữ Veeam hardened | Di chuyển, sửa đổi hoặc xóa tệp trong 7 đến 9999 ngày | root trên máy chủ kho lưu trữ | Hướng dẫn Veeam B&R 13 |
| S3 Object Lock, chế độ compliance | Xóa hoặc thay đổi một phiên bản đã khóa trước ngày của nó | Không người dùng nào, kể cả người dùng root, theo MinIO | Tài liệu MinIO và Kopia |
| Snapshot ZFS bởi một tài khoản khác | Thay đổi một snapshot, vốn chỉ đọc | Một tài khoản có quyền destroy, sau khi mọi hold được giải phóng | Các trang man của OpenZFS |
Tài liệu đọc ngày 2 tháng 11 năm 2026.
Immutable có ý nghĩa gì với một bản backup?
Ransomware chiếm được một máy chủ thường chiếm luôn thông tin đăng nhập backup lưu trên đó. Nếu thông tin đăng nhập đó có thể xóa các bản backup cũ, kẻ tấn công sẽ xóa chúng trước khi mã hóa bất cứ thứ gì.
Một bản backup immutable đóng cánh cửa đó lại. Máy đang được backup có thể thêm dữ liệu mới, nhưng không gì trên máy đó có thể xóa hay ghi đè các phiên bản cũ. Một số phương pháp thực thi điều này bằng quyền truy cập, số khác bằng một khóa có ngày hết hạn.
Nếu máy bạn bảo vệ có thể xóa các bản backup của chính nó, thì kẻ chiếm được máy đó cũng vậy.
restic và Borg chạy ở chế độ append-only như thế nào?
rest-server của restic có một cờ --append-only. README của nó nói rằng chế độ này cho phép tạo backup mới nhưng ngăn xóa và sửa đổi các bản đã có. Hãy prune từ một máy admin qua một instance thứ hai không bật cờ đó, hoặc ngay trên máy chủ.
Borg thực thi chế độ này bằng một forced command trong authorized_keys, hoặc bằng append_only = 1 trong config của repository. Tài liệu của nó liệt kê thẳng các giới hạn:
borg deletevàborg prunevẫn chạy; chúng chỉ đánh dấu dữ liệu là đã xóa.- Lần ghi tiếp theo ở chế độ bình thường sẽ xóa hẳn dữ liệu đó, nên prune tự động làm chế độ này mất tác dụng.
- Chạy
borg checktrước khi prune một repository append-only. rmvẫn hoạt động trên các file, nên client chỉ được truy cập repository quaborg serve.
Cả hai công cụ được so sánh trên restic hay Borg cho backup offsite.
# 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... web1Proxmox Backup Server và Veeam khóa backup như thế nào?
Proxmox Backup Server hoạt động theo vai trò. Một user có DatastoreBackup có thể backup và restore các bản backup của chính nó, nhưng prune cần DatastorePowerUser. Garbage collection cũng chờ 24 giờ 5 phút trước khi xóa các chunk. Hãy ghép nó với một sync job được máy chủ offsite kéo về, để nhà không lưu thông tin đăng nhập offsite nào. Toàn bộ thiết lập nằm trên một Proxmox Backup Server offsite trên máy chủ thuê.
Hardened repository của Veeam hoạt động theo thời gian. Các file giữ nguyên immutable từ 7 đến 9999 ngày, và thông tin đăng nhập đã cài các dịch vụ của Veeam không bao giờ được lưu. Các bước cho một máy thuê nằm trên một Veeam hardened repository trên máy chủ Linux thuê.
Tôi có thể dùng S3 Object Lock trên máy chủ của riêng mình không?
Chỉ khi máy chủ S3 của bạn triển khai nó, và hai lựa chọn mã nguồn mở được biết đến nhiều nhất khác nhau.
- MinIO tài liệu hóa object locking trên các bucket có versioning, ở chế độ GOVERNANCE hoặc COMPLIANCE. Ở chế độ COMPLIANCE, không user nào có thể thay đổi một phiên bản đã khóa, kể cả root user. Nhưng repository cộng đồng của MinIO đã bị archive ngày 25 tháng 4 năm 2026, không còn được bảo trì, và chỉ phát hành dưới dạng mã nguồn.
- Garage liệt kê Object Lock và bucket versioning là còn thiếu trên trang tương thích S3 của nó.
Về phía client, Kopia hỗ trợ Object Lock: bucket cần được bật tính năng này khi tạo, và Kopia khuyến nghị chế độ compliance. Lời khuyên khác của nó đúng ở mọi nơi: một access key không có quyền xóa. Các máy chủ S3 khác được so sánh trên các lựa chọn thay thế tốt nhất cho MinIO để tự host S3.
Snapshot ZFS bảo vệ một bản backup khỏi chính client của nó như thế nào?
Hãy để client ghi qua SFTP hoặc rsync bằng một tài khoản thường, và để root chụp các snapshot. OpenZFS mô tả snapshot là một bản sao chỉ đọc của một file system. Tài khoản của client không có quyền destroy qua zfs allow, nên nó không thể xóa chúng.
Một hold thêm một lớp khóa thứ hai. Khi một snapshot đang có hold, zfs destroy trên nó sẽ thất bại với EBUSY cho đến khi ai đó giải phóng hold.
Các snapshot do root chụp, trên một dataset mà client ghi vào, biến bất kỳ đích rsync hay SFTP nào thành có versioning và append-only.
snap=tank/backup@$(date +%F)
zfs snapshot "$snap"
zfs hold keep "$snap"
zfs holds "$snap" # lists the hold named keepĐiều gì vẫn xóa được các bản backup immutable trên máy chủ thuê?
Hai thứ, và cả hai đều nằm ngoài phần mềm backup.
- Root trên máy chủ backup. Mọi phương pháp ở trên rốt cuộc đều cúi đầu trước root. Giữ root trên một khóa không bao giờ nằm trên các máy bạn backup, và giới hạn SSH chỉ cho địa chỉ admin của bạn.
- Chính việc thuê máy. Mỗi server được thanh toán trước từ số dư crypto của bạn, cho 30 ngày, 3 tháng, 6 tháng hoặc 12 tháng tùy bạn chọn khi thanh toán. Gia hạn tự động sẽ tính lại đúng khoảng thời gian đó với mức giá ban đầu của bạn, trừ khi bạn đặt khoảng thời gian khác cho lần gia hạn tiếp theo trong dashboard; khi số dư không đủ, server sẽ dừng vào cuối kỳ hạn, các ổ đĩa được giữ trong 7 ngày rồi bị xóa. Reboot, cài lại và hủy đều được yêu cầu trong dashboard và do đội ngũ xử lý; cài lại sẽ xóa toàn bộ ổ đĩa, kể cả ổ đĩa dữ liệu. Một khóa dài hơn thời hạn đã trả tiền không bảo vệ được gì.
Một storage server không phải là bản backup của chính nó: chúng tôi không giữ bản sao dữ liệu của bạn ở bất kỳ nơi nào khác, nên việc giữ thêm một bản sao ở nơi khác vẫn là việc của bạn. Các phiên bản đã khóa cũng không thể bị prune sớm, nên pool tăng theo mỗi phiên bản được giữ. Khảo sát của Basalthold về 2 November 2026 cho thấy các máy chủ lưu trữ từ 72 TB trở lên tốn trung vị $4.86 mỗi TB một tháng tại các host nhận crypto không cần KYC. Gói 100 tốn $3.77/TB, tính thô. Các kỳ hạn tới 12 tháng nằm trên bảng giá thuê.
Người ta còn hỏi gì về backup immutable?
Một repository append-only có giống với một repository immutable không?
Gần đúng, nhưng không bằng. Append-only ngăn client xóa hoặc ghi đè dữ liệu. Một khóa theo thời gian, như trong hardened repository của Veeam hoặc S3 Object Lock ở chế độ compliance, còn ngăn cả admin cho đến khi ngày đó qua đi.
RAID hay một ZFS mirror có làm backup thành immutable không?
Không. Redundancy sao chép mọi thay đổi, kể cả các lần xóa, sang tất cả các ổ. Immutability cần các phiên bản mà máy được backup không thể xóa: snapshot, repository append-only hoặc khóa theo thời gian.
Ransomware trên PC của tôi có thể chạm tới một snapshot ZFS trên máy chủ không?
Không qua tài khoản backup, miễn là tài khoản đó không có quyền destroy trên dataset. Snapshot là chỉ đọc. Chỉ root trên máy chủ, hoặc một tài khoản mà bạn ủy quyền quyền destroy, mới có thể xóa nó.
Backup nên được khóa trong bao lâu?
Lâu hơn khoảng thời gian một vụ xâm nhập có thể không bị phát hiện, và ngắn hơn thời hạn bạn đã trả tiền. Veeam cho phép từ 7 đến 9999 ngày. Một khóa 30 ngày trên một máy thuê 30 ngày không để lại biên an toàn nào, nên hãy thuê lâu hơn.
Basalthold có giữ một bản sao nếu máy chủ của tôi bị xóa sạch không?
Một storage server không phải là bản backup của chính nó: chúng tôi không giữ bản sao dữ liệu của bạn ở bất kỳ nơi nào khác, nên việc giữ thêm một bản sao ở nơi khác vẫn là việc của bạn. Hãy giữ một bản sao thứ hai, độc lập ở nơi khác.
Một máy chủ mà client của bạn không thể xóa các bản backup cũ của nó
Gói 100: Intel Xeon Silver 4210R (10 lõi / 20 luồng), 128 GB DDR4 ECC, 10 × ổ cứng 10 TB (100 TB raw) cùng 2 × 480 GB SSD cho hệ thống, mirrored, cổng 1 Gbit/s với 120 TB lưu lượng mỗi 30 ngày, 1 IPv4 và một IPv6 /64, giá $377.05/30 ngày, hoặc $3,167.22 trong 12 tháng. Crypto, không cần KYC.
- DomaineGoat LLC, đăng ký tại Panama
- Giá khảo sát trên 23 nhà bán lưu trữ, ngày 2 tháng 11 năm 2026
- Không cần KYC, không cần giấy tờ
- Khóa mã hóa của bạn vẫn là của bạn
Nguồn (10)
- README của rest-server (--append-only) — restic on GitHub (read 2026-11-02)
- Ghi chú bổ sung: chế độ append-only (Borg 1.4.5) — BorgBackup documentation (read 2026-11-02)
- Quản lý user: các vai trò pbs.proxmox.com/docs/user-management.html — Proxmox Backup 4.2 documentation (read 2026-11-02)
- Tác vụ bảo trì: garbage collection pbs.proxmox.com/docs/maintenance.html — Proxmox Backup 4.2 documentation (read 2026-11-02)
- Hardened Repository và Cách Immutability Hoạt Động (Veeam Backup & Replication 13) — Veeam Help Center (read 2026-11-02)
- Object locking và retention — MinIO documentation (read 2026-11-02)
- Repository minio/minio (đã archive ngày 25 tháng 4 năm 2026) — MinIO on GitHub (read 2026-11-02)
- Tình trạng tương thích S3 — Garage (read 2026-11-02)
- Bảo vệ chống ransomware — Kopia documentation (read 2026-11-02)
- zfsconcepts(7), zfs-allow(8) và zfs-hold(8) — OpenZFS (read 2026-11-02)