Điểm:0

Định cấu hình Back In Time để sao lưu các thư mục chính bất kể ai đã đăng nhập

lá cờ ar

Máy tính ở nhà của chúng tôi có hai tài khoản người dùng, một quản trị viên (người dùng A) và một người dùng chuẩn (người dùng B). tôi đang cố gắng sử dụng Quay ngược thời gian để tạo các bản sao lưu thường xuyên, riêng biệt cho các thư mục chính của mỗi người dùng (còn nguyên quyền) bất kể ai hiện đang đăng nhập.

IE, nếu máy tính đang bật, thì tôi muốn backintime kiểm tra và sao lưu mọi thay đổi đối với mọi thư mục chính của người dùng.

VÍ DỤ: NẾU người dùng A đăng nhập và người dùng B đăng xuất trong cả ngày, tôi vẫn muốn Back In Time chạy kiểm tra/sao lưu hàng ngày (nếu có bất kỳ thay đổi nào) đối với thư mục nhà của người dùng B và ngược lại: thậm chí nếu Người dùng A đăng xuất cả ngày, tôi vẫn muốn Back In Time chạy kiểm tra/sao lưu thư mục nhà của người dùng đó hàng ngày.

(Làm thế nào) có thể đạt được kết quả này trong khi vẫn giữ quyền/quyền sở hữu đối với tệp và thư mục?

lý do của tôi: Mặc dù thư mục nhà của người dùng không thay đổi về mặt kỹ thuật trừ khi hoặc cho đến khi người dùng đó thực sự đăng nhập, tôi muốn thường xuyên kiểm tra và sao lưu mọi thay đổi bất kể tài khoản hiện đang hoạt động hay không vì người dùng có thể đã thực hiện các thay đổi và đăng xuất trước đó một bản sao lưu mới có thể hoàn thành.

Những gì tôi đã thử: Tôi đã thiết lập hai hồ sơ dự phòng từ tài khoản (quản trị) của Người dùng A, một cho Người dùng A và một cho Người dùng B, nhưng cả hai đều chuyển đến crontab của Người dùng A, mà tôi tin rằng tài khoản này chỉ hoạt động khi tài khoản của Người dùng đó đang hoạt động, đúng không? Vì vậy, nếu Người dùng B đã đăng nhập, các bản sao lưu sẽ không chạy. Hơn nữa, bản sao lưu của Người dùng B hiện thuộc sở hữu của Người dùng A.

Tùy chọn? Hay tôi sẽ thiết lập các cấu hình sao lưu trong tài khoản cá nhân của từng người dùng hướng tới cùng một vị trí sao lưu? Vì vậy, nếu Người dùng A đã đăng nhập, công việc sao lưu Người dùng B vẫn diễn ra ít nhất một lần và nếu Người dùng B đã đăng nhập, công việc sao lưu Người dùng A vẫn diễn ra ít nhất một lần. Nhưng tôi lo ngại rằng nó có thể tạo ra các vấn đề về quyền sở hữu và quyền.

Ví dụ tùy chọn

Hồ sơ dự phòng của người dùng A:

  1. Người dùng Bản sao lưu chạy hàng giờ tới /backup/location/UserA/
  2. Sao lưu người dùng B chạy khi khởi động/khởi động lại thành /backup/location/UserB/.

Hồ sơ sao lưu của người dùng B:

  1. Sao lưu người dùng B chạy hàng giờ tới /backup/location/UserB/
  2. Người dùng Bản sao lưu chạy khi khởi động/khởi động lại thành /backup/location/UserA/.

Là câu trả lời để làm cho công việc này trong cấu hình ACL? Đó dường như là điều mà các tìm kiếm của tôi về chủ đề này đang hướng tôi tới...

Hoặc thiết lập crontabs với tư cách là những người dùng khác nhau? https://vnexplorer.net/set-up-automatic-mode-in-linux-with-crontab-s383585.html

Tương tự, có thể lên lịch công việc trong cron với vai trò của người dùng khác, sử dụng cờ -u :

sudo crontab -u tên người dùng -e

heynnema avatar
lá cờ ru
Chỉ cần suy nghĩ thành tiếng... chạy phiên bản gốc của BIT, thiết lập hai cấu hình, một cho Người dùng A và một cho Người dùng B. Chỉ sao lưu thư mục Tài liệu cho mỗi người dùng, lên lịch cho mỗi người dùng chạy ở một khoảng thời gian đã chọn. Hàng giờ là quá thường xuyên. Vấn đề trong trường hợp xấu hơn có thể là quyền sở hữu tệp của các bản sao lưu, nhưng điều đó có thể dễ dàng khắc phục bằng một lệnh chown sau khi khôi phục.
ethan avatar
lá cờ ar
Ok, vậy bạn đang nói rằng vấn đề duy nhất khi chạy BIT với quyền root là quyền chứ không phải bất kỳ vấn đề bảo mật tiềm ẩn nào?
heynnema avatar
lá cờ ru
Không phải quyền, mà là quyền sở hữu tệp. Không đảm bảo rằng nó sẽ hoạt động, nhưng nó đáng để thử. Nếu nó hoạt động, tôi sẽ viết một câu trả lời chính thức. Báo cáo lại.
ethan avatar
lá cờ ar
Cảm ơn, tôi nghĩ rằng tôi sẽ cắt lỗ trên BIT và chỉ quay lại Deja Dup. Cả đời tôi không thể làm cho chức năng lập lịch trình anacron của BIT hoạt động chính xác và nó chỉ làm cho quá trình sao lưu trở nên lộn xộn... chương trình được cho là thiết lập một công việc định kỳ để kiểm tra xem nó có cần thực hiện một sao lưu cứ sau 15 phút so với dấu thời gian của bản sao lưu cuối cùng, nhưng đã xảy ra sự cố và nó chỉ thực hiện một bản sao lưu mới.
heynnema avatar
lá cờ ru
Tôi không chắc mình sẽ tin DD. Bạn đã từ bỏ BIT khá nhanh, phải không?
ethan avatar
lá cờ ar
Tại sao bạn không tin DD? nó đã hoạt động đáng tin cậy đối với tôi trong vài năm. Khiếu nại của tôi với nó là thiếu khả năng cấu hình và thiếu bản sao lưu minh bạch. Nhưng tôi vẫn chưa tìm thấy một lựa chọn tốt hơn.
heynnema avatar
lá cờ ru
Tôi không nghe thấy gì ngoài sự cố khi người dùng cố khôi phục nội dung đã được sao lưu bằng DD.
ethan avatar
lá cờ ar
"Đã từ bỏ một cách nhanh chóng, phải không?" điều đó giả sử bạn biết tôi đã cố gắng làm cho BIT hoạt động được bao lâu...đây là máy tính sản xuất, tôi cần tiếp tục cuộc sống của mình với phần mềm đáng tin cậy. BIT không hoạt động như một phần mềm đáng tin cậy. DD đã hoạt động như một phần mềm đáng tin cậy và họ đã giải quyết một phần vấn đề về tính minh bạch bằng trình duyệt khôi phục mới. Nó hoạt động với tôi, BIT thì không.
heynnema avatar
lá cờ ru
Sử dụng những gì làm việc cho bạn.
ethan avatar
lá cờ ar
Yup, đã hy vọng nó sẽ là BIT, nhưng vấn đề với bộ lập lịch biểu hoạt động sai gây ra các bản sao lưu 15 phút thực sự khiến tôi khó chịu về điều đó. Tôi sẽ thử/khám phá lại bản nâng cấp tiếp theo... (có thể là 2025)

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.