Người dùng không thể chạm -t

Khi SCP đến máy chủ Fedora của tôi, người dùng sẽ gặp lỗi về việc không thể sửa đổi dấu thời gian của tệp ("không đặt thời gian: thao tác không được phép"). Người dùng không phải là chủ sở hữu của tệp, nhưng chúng tôi không thể gửi chowntệp cho người dùng này vì lý do bảo mật. Người dùng có thể sudo, nhưng vì điều này xảy ra thông qua máy khách SCP / FTP, nên cũng không có cách nào để làm điều đó. Và cuối cùng, chúng tôi không muốn phải cấp quyền truy cập root cho người dùng này, chỉ để cho phép anh ta sử dụng đồng bộ hóa như rsync hoặc WinSCP cần đặt dấu thời gian.

Người dùng là một phần của một nhóm với toàn rwquyền trên tất cả các tệp và thư mục có liên quan. Bạn có suy nghĩ gì về cách cấp quyền cho người dùng cho touch -tcác tệp cụ thể này mà không cần gửi chownchúng cho anh ấy không?

Thông tin thêm Tất cả điều này phải làm với việc cho phép phát triển PHP trong kịch bản một nhà phát triển (ví dụ: không có SCM). Tôi đang cố gắng làm việc với Eclipse hoặc NetBeans để làm việc trên một bản sao cục bộ của trang web dựa trên PHP (WordPress), đồng thời cho phép người dùng "xem trước" các thay đổi của mình trên máy chủ phát triển. Người dùng sẽ làm việc từ xa. Cho đến nay, tất cả các lần thử đồng bộ hóa tự động đều thất bại - ngay cả khi sử dụng WinSCP ở chế độ "xem thư mục", trong đó nó theo dõi thư mục cục bộ và cố gắng tải lên bất kỳ thay đổi nào đối với lỗi thư mục từ xa vì nó luôn cố gắng đặt ngày / dấu thời gian .

Người dùng có quyền truy cập sudo, nhưng tôi được cho biết rằng thực sự không phải là một ý tưởng tốt để làm việc dưới 'root', vì vậy tôi đã không sẵn lòng chỉ đăng nhập với quyền root để thực hiện công việc này. Bên cạnh đó, nó không cần thiết. Tôi muốn một số người không phải là siêu người dùng khác có thể làm điều tương tự - sử dụng thông tin tài khoản của họ, thiết lập kết nối FTP và có thể hoạt động từ xa thông qua đồng bộ hóa. Vì vậy, giải pháp cần phải làm việc cho một người không có quyền truy cập root.

Điều làm tôi lo lắng là tôi gặp bao nhiêu khó khăn. Tất cả các phần mềm này (NetBeans, Eclipse, WinSCP) được thiết kế để cho phép đồng bộ hóa và tất cả chúng đều cố gắng viết dấu thời gian. Vì vậy, nó phải có thể. WinSCP có tùy chọn tắt "đặt dấu thời gian", nhưng tùy chọn này sẽ không khả dụng (luôn luôn "bật") khi bạn chọn thư mục theo dõi / đồng bộ hóa. Vì vậy, nó đã trở thành một cái gì đó khá chuẩn.

Cho rằng tôi là một thằng ngốc hoàn toàn khi nói đến Linux và tôi là "quản trị viên máy chủ", tôi chỉ có thể cho rằng đó là một điều ngu ngốc mà tôi đang làm hoặc tôi đã cấu hình (mis).

Tóm tắt Tóm lại, tôi muốn bất kỳ người dùng nào có quyền truy cập nhóm r / w vào một thư mục, để có thể thay đổi dấu thời gian trên các tệp trong thư mục đó thông qua SCP.

Tại sao nó không hoạt động

Khi bạn cố gắng thay đổi thời gian sửa đổi của tệp bằng touchhoặc nói chung hơn với lệnh gọi hệ thống cơ bản utime, có hai trường hợp.

• Bạn đang cố gắng đặt thời gian sửa đổi của tệp thành một thời gian cụ thể. Điều này đòi hỏi bạn phải là chủ sở hữu của tập tin. (Về mặt kỹ thuật, ID người dùng hiệu quả của quy trình phải là chủ sở hữu của tệp.²)
• Bạn đang cố gắng đặt thời gian sửa đổi của tệp thành thời gian hiện tại. Điều này hoạt động khi và chỉ khi bạn có quyền ghi vào tệp. Lý do cho ngoại lệ này là dù sao bạn cũng có thể đạt được hiệu ứng tương tự bằng cách ghi đè một byte hiện có của tệp có cùng giá trị¹.

Tại sao điều này thường không quan trọng

• Khi bạn sao chép các tệp bằng ftp, scp, rsync, v.v., bản sao sẽ tạo một tệp mới thuộc sở hữu của bất kỳ ai đã sao chép. Vì vậy, máy photocopy có quyền đặt thời gian của tệp.
• Với rsync, bạn sẽ không thể đặt thời gian của các thư mục hiện có: chúng sẽ được đặt thành thời gian khi tệp được đồng bộ hóa lần cuối trong chúng. Trong hầu hết các trường hợp, điều này không thành vấn đề. Bạn có thể yêu cầu rsync không làm phiền với thời gian thư mục bằng cách chuyển --omit-dir-times( -O).
• Với các hệ thống kiểm soát phiên bản, ngày sửa đổi được lưu trữ bên trong các tệp; siêu dữ liệu trên các tập tin hầu hết không liên quan.

Các giải pháp

Tất cả điều này phải làm với việc cho phép phát triển PHP theo kịch bản một nhà phát triển (nghĩa là: không có SCM).

Ok, dừng lại ở đó. Chỉ vì có một nhà phát triển duy nhất không có nghĩa là bạn không nên sử dụng SCM. Bạn nên sử dụng SCM. Yêu cầu nhà phát triển kiểm tra một tệp và cung cấp cho anh ta một cách để nhấn nút triển khai trên mạng để kiểm tra các tệp từ SCM vào thư mục trực tiếp.

Hoàn toàn không có lý do kỹ thuật tại sao bạn không nên sử dụng SCM, nhưng có thể có một lý do của con người. Nếu người làm việc trên các tệp này tự tạo kiểu cho nhà phát triển, thì anh ta nên sử dụng SCM. Nhưng nếu đây là một người phi kỹ thuật đẩy tài liệu vào, SCM có thể quá phức tạp. Vì vậy, tiếp tục đẩy các tập tin qua FTP hoặc SSH. Có ba cách này có thể làm việc.

• Bạn có thực sự cần phải đồng bộ hóa thời gian? Như đã chỉ ra ở trên, rsynccó một tùy chọn để không đồng bộ hóa thời gian. Scp không trừ khi bạn nói với nó. Tôi không biết WinSCP nhưng có lẽ nó cũng có thể.
• Tiếp tục làm những gì bạn đang làm, chỉ cần bỏ qua tin nhắn về thời gian. Các tập tin vẫn đang được sao chép. Đây không phải là một lựa chọn tốt, vì bỏ qua lỗi luôn có rủi ro. Nhưng nó là kỹ thuật có thể.
• Nếu bạn cần linh hoạt trong việc điền các tệp do apachengười dùng sở hữu , thì cách tiếp cận thông thường sẽ là cho phép người dùng SSH truy cập như apache. Cách tiếp cận dễ dàng là yêu cầu người dùng tạo khóa riêng SSH và thêm khóa chung tương ứng vào ~apache/.ssh/authorized_keys. Điều này có nghĩa là người dùng sẽ có thể chạy các lệnh tùy ý như apachengười dùng. Vì dù sao bạn cũng đồng ý cung cấp quyền sudo cho người dùng, nên trong trường hợp của bạn không có vấn đề gì. Có thể, nhưng không dễ, để đặt nhiều hạn chế hơn (bạn cần một mục nhập cơ sở dữ liệu người dùng riêng biệt với một tên khác, cùng ID người dùng, vỏ bị hạn chế và nhà tù chroot; chi tiết trong một câu hỏi riêng, mặc dù điều này có thể đã được đề cập trên trang web này hoặc trên Server Fault ).

¹ _{Hoặc, đối với một tập tin rỗng, hãy viết một byte và sau đó truncate.}
² _{Chặn các biến chứng bổ sung, nhưng không có biến chứng nào tôi biết áp dụng ở đây.}

Bạn có thể thiết lập rsync để sử dụng sudo ở đầu xa như thế này:

rsync -ave ssh --rsync-path="sudo rsync" /source/ user@host:/dest/