rsync tập tin w / mã hóa hữu ích?

Là rsync hiệu quả để chuyển tập tin được mã hóa? Cụ thể hơn:

• Tôi mã hóa 'x' bằng khóa chung của mình và gọi kết quả là 'y'.
• Tôi rsync 'y' đến máy chủ dự phòng của mình.
• 'x' thay đổi một chút
• Tôi mã hóa 'x' đã sửa đổi và rsync 'y' đã sửa đổi vào máy chủ dự phòng của mình.

Đây có phải là hiệu quả? Tôi biết một thay đổi nhỏ trong 'x' mang lại một thay đổi lớn trong 'y', nhưng sự thay đổi đó có được bản địa hóa không? Hoặc 'y' đã thay đổi triệt để đến nỗi rsync không tốt hơn nhiều so với scp?

Tôi hiện đang sao lưu các tệp "quan trọng" của mình bằng cách tarring / bzipping chúng hàng đêm, sau đó mã hóa tệp .tar.bz và rsync nó vào máy chủ sao lưu của tôi.

Nhiều tệp riêng lẻ không thay đổi, nhưng, tất nhiên, tệp tar thay đổi nếu thậm chí một trong các tệp thay đổi.

Đây có phải là hiệu quả? Tôi có nên mã hóa và sao lưu từng tệp riêng lẻ không? Bằng cách đó, các tệp không thay đổi sẽ không mất thời gian để rsync.

Chỉnh sửa để thêm thông tin:

• Nguồn là máy nhà tôi. Tôi sở hữu nó và xem xét nó an toàn.

• Mục tiêu là một máy chủ colocated. Nó là của tôi, nhưng công ty colocation có thể thấy bất kỳ / tất cả lưu lượng truy cập mạng và bất cứ thứ gì trên ổ cứng của máy đó.

• Nguồn có rất ít không gian trống. Tôi không muốn giảm một nửa không gian của nó bằng cách lưu trữ một bản sao lưu được mã hóa trên đó.

• Mục tiêu có rất nhiều không gian.

Bất kỳ suy nghĩ dựa trên thông tin mới này?

Xem câu trả lời này Sao lưu ổ cứng 80G 1G mỗi ngày liên quan đến rsyncrypto như được thảo luận tại Linux.com

Ngoài ra sao lưu ngoại vi bằng rsync và aes

Trước hết, xin chúc mừng vì đã sao lưu nghiêm túc.

Nhìn hoàn toàn từ quan điểm hiệu quả chuyển giao rsync, bạn sẽ tốt hơn rất nhiều khi nén và mã hóa các tệp riêng lẻ và sau đó tạo tarball của những tệp mà bạn không mã hóa hoặc nén thêm.

Bạn thậm chí sẽ tốt hơn (một lần nữa, chỉ nhìn vào thời gian chuyển) bằng cách bỏ qua các tarball và chỉ cần phân cấp một hệ thống phân cấp các tệp được mã hóa / nén.

Với bất kỳ tệp được nén và mã hóa nào, tôi tin rằng đến thời điểm thay đổi (hoặc thực sự, khối thay đổi đầu tiên trong một trình nén khối như bzip2), bạn sẽ nhận được cùng một tệp, nhưng sau đó bạn sẽ không bao giờ đồng bộ hóa Dòng suối cũ; tức là phần còn lại của tarball sẽ khác.

OTOH, từ quan điểm bảo mật, mã hóa tarball sẽ ẩn tên tệp và các mẫu sửa đổi, ngăn phân tích lưu lượng.

Tôi không thấy cách nào chỉ sử dụng rsync để có được cả bản sao lưu gia tăng và bảo mật hoàn toàn.

Cập nhật:

Nếu bạn kiểm soát cả hai đầu, bạn có thể sử dụng rsync -e ssh -a ...; điều này sẽ sử dụng một đường hầm ssh (cũng sẽ cung cấp nén với ssh_config của bạn được thiết lập đúng) và sau đó bạn có thể thực sự có được cả hai thế giới tốt nhất.

Và để có một suy nghĩ cuối cùng, hãy kiểm tra sao lưu dự phòng .

Nếu bạn đang sử dụng GNU tar (và có thể là những người khác), bạn có thể tạo một tệp tar của tất cả các tệp của mình để sao lưu và giữ nó được lưu trữ cục bộ sau đó sử dụng "--append" để mở rộng tệp với bất kỳ cập nhật nào. Bởi vì tất cả các bản cập nhật cho tệp cuối cùng, mã hóa không ẩn dữ liệu không thay đổi khỏi rsync nên nó chạy rất hiệu quả. Nhược điểm là nó đòi hỏi nhiều không gian ở cả hai vị trí phát triển với mỗi bản sao lưu. Ưu điểm là nó thực hiện sao lưu tuần tự với lịch sử thay đổi.

Nếu bạn đang sử dụng OS X, có một giải pháp đơn giản, hiệu quả hơn cho vấn đề của bạn: tạo một hình ảnh đĩa bó được mã hóa thưa thớt và rsync.

Gói này là một cây thư mục chứa siêu dữ liệu và các phân đoạn nhỏ của dữ liệu được mã hóa trong các tệp riêng lẻ nơi lưu trữ nội dung của hình ảnh đĩa. Số lượng phân đoạn kích thước cố định tăng lên khi hình ảnh đĩa được lấp đầy (nghĩ về chúng như các khối ổ cứng động) và chỉ những phân đoạn chứa dữ liệu được thay đổi sẽ thay đổi trên đĩa cho phép rsync hoạt động hiệu quả. Tôi nghi ngờ bạn có thể có quyền truy cập rw khi sử dụng mã hóa khóa công khai.

Bảo mật ... Bạn đang sử dụng mật mã khóa công khai, vì vậy nếu kẻ tấn công xâm nhập vào hộp của bạn đang được sao lưu, họ sẽ không có quyền truy cập vào dữ liệu lịch sử? Tôi không thể nghĩ ra bất kỳ lý do nào khác để sử dụng khóa chung trên AES. Xin lưu ý rằng rsync cho phép kẻ tấn công phá hủy tất cả các bản sao lưu hoặc ghi đè lên chúng với bất kỳ thứ gì chúng chọn khi chúng có quyền truy cập vào hộp để sao lưu.