Trong Linux, có phải là quyền của người viết bằng văn bản, có nghĩa là có thể thực hiện được với các thư mục không?


15

Quyền thực thi có ý nghĩa đối với các tệp (bao gồm các tập lệnh, v.v.), nhưng khi nói đến các thư mục, write (w)quyền đó hoạt động theo cách tương tự execute (x), phải không?

Điều đó có nghĩa là, nếu chúng ta cấp quyền ghi cho một thư mục, chúng ta cũng thường kiểm tra "x" (để thực thi) cho thư mục đó, đúng không?


2
Câu hỏi của bạn bây giờ không thể hiểu được. Không rõ bạn đang nói về quyền ở đâu trên tệp và nơi bạn đang nói về quyền trên thư mục chứa tệp đó.
Gilles 'SO- ngừng trở nên xấu xa'

1
Nếu bạn có một câu hỏi mới, bạn có thể chỉ cần đăng nó một cách riêng biệt ?
Michael Mrozek

1
Ý bạn là gì khi "quyền đọc là tất cả những gì chúng ta cần cho một tập tin?" Tất cả bạn cần cho những gì? Để đọc một tập tin? Đúng. Để sửa đổi một tệp ... không, trừ khi bạn là chủ sở hữu của tệp đó.
gabe.

Ngoài việc loại bỏ các thao tác "có thể đọc, có thể đổi tên / xóa các tệp trong thư mục", "000: không thể xóa nó" thực tế là không chính xác. Nếu thư mục xảy ra đã trống, bạn có thể xóa nó nếu bạn có thể ghi vào thư mục mẹ của nó. Nếu nó không trống, bạn không thể xóa nó cho đến khi nó trống (làm cho nó trống là một hoạt động đệ quy yêu cầu cả ba quyền trên nó và tất cả các thư mục con không trống)
Random832

Chỉnh sửa của bạn cho câu hỏi này làm cho nó thực sự khó hiểu khi tìm hiểu những gì đang được hỏi và dường như không thêm bất kỳ giá trị nào cho khách truy cập trong tương lai. Tôi trở lại dạng câu hỏi đơn giản ban đầu mà @Gilles đã trả lời. Nếu bạn có một vấn đề mới, bạn có thể hỏi một câu hỏi khác . Hãy cố gắng giữ mỗi câu hỏi tập trung vào một vấn đề.
Caleb

Câu trả lời:


48

Quyền thực thi trên các thư mục cho phép truy cập các tệp trong thư mục. Quyền đọc cho phép liệt kê các mục trong thư mục. Quyền ghi cho phép tạo và xóa các mục trong đó.

Có quyền đọc hoặc ghi trên một thư mục mà không có quyền thực thi là không hữu ích. Việc thực thi nhưng không được phép đọc đôi khi rất hữu ích: nó chỉ cho phép truy cập các tệp nếu bạn biết tên chính xác của chúng, một loại bảo vệ mật khẩu nguyên thủy.

Vì vậy, trong thực tế các quyền hữu ích trên một thư mục là:

  • ---: không truy cập
  • --x: có thể truy cập các tệp có tên được biết (đôi khi hữu ích)
  • r-x: truy cập chỉ đọc bình thường
  • rwx: truy cập đọc và viết bình thường

Xem thêm Thư mục với sự cho phép + x, phụ huynh không có nó. Khi nào thì điều này sẽ hữu ích? các quyền của thư mục mẹ có quan trọng khi truy cập thư mục con không?


@Gilles nói đúng! Thực hiện một số nghiên cứu về điều này cho Linux cho thấy: 1) Khi một thư mục không có quyền 'x' cho người dùng, đó là cuộc gọi hệ thống stat hoặc lstat không thành công. Điều này dẫn đến việc không có siêu dữ liệu của các mục nhập thư mục, mặc dù việc nhận các mục nhập thư mục (tên, inode) là có thể khi người dùng có quyền 'r' trên thư mục. 2) Xem man 7 path_resolution trên Linux để biết thêm thông tin.
Kedar Mhaswade

2
w-xcũng có thể có công dụng của nó. Ví dụ, trước đây, thông thường các trang FTP công cộng thường có một uploadhoặc incomingthư mục có thể ghi công khai nhưng chỉ có thể đọc được bởi các quản trị viên máy chủ.
jmbpiano

Điều gì sẽ rw-làm mà r--không thể làm cho các thư mục? Câu trả lời này đề cập đến khả năng thay đổi thời gian sửa đổi, nhưng trên hệ thống Linux ZFS của tôi không đúng, tôi đã có thể thay đổi thời gian sửa đổi ngay cả khi thư mục của tôi chỉ r--.
CMCDragonkai

@CMCDragonkai Bạn nói đúng, việc thay đổi siêu dữ liệu dựa trên quyền sở hữu, nó không liên quan đến quyền. Tôi không nghĩ rằng bạn có thể làm bất cứ điều gì với một rw-thư mục ngoài danh sách các mục (và di chuyển / xóa nó nếu bạn sở hữu cha mẹ của nó, điều đó không yêu cầu bất kỳ sự cho phép nào trên thư mục).
Gilles 'SO- ngừng trở nên xấu xa'

@Gilles: Đúng vậy. với rw-thư mục, tôi không thể tạo tệp mới trong đó hoặc thay đổi tệp hiện có, ngay cả khi tôi có rw-tệp tôi cố gắng thay đổi. Tôi cũng không thể touchtập tin. Tôi đang dùng Arch Linux 4.14.13.
Matthias Braun
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.