After permissions have been set, th

After permissions have been set, the LSASS (Local Security Authority) controls access to the resource. LSASS compares the SID (Security ID) that you placed on the ACL (Access Control List) with the SID placed on the security access token that is given to the user at logon. If the SID associated with the user is on the ACL, the LSASS must determine whether the access is set to Allow or Deny. The Allow and Deny permissions inherit down through the structure.

Use the Deny permission sparingly, because of the fact that restrictive permissions override lenient permissions. It is more common to clear all the Allow check box for a group, thereby removing the group from the ACL.

This has the same result, giving no access to the resource. "Not-Allow" access in this way is easier to troubleshoot, manage and configure. It is easy to forget that you have used the Deny option.

You deny permissions (using explicit Deny) only to a specific user when it is necessary to override permissions that are otherwise allowed for the group to which this user belongs.

Kết quả (Việt) 1:

Sau khi điều khoản đã được thiết lập, LSASS (cơ quan an ninh địa phương) kiểm soát quyền truy cập vào tài nguyên. So sánh LSASS SID (ID bảo mật) mà bạn đặt trên ACL (danh sách điều khiển truy cập) với SID đặt trên an ninh truy cập mã thông báo được đưa ra cho người dùng đăng nhập. Nếu SID liên kết với người dùng là trên ACL, các LSASS phải xác định cho dù truy cập được thiết lập để cho phép hoặc từ chối. Cho phép và từ chối cho phép kế thừa xuống thông qua các cấu trúc.Sử dụng quyền từ chối ít, vì thực tế giới hạn cho phép ghi đè lên quyền nhân hậu. Nó là phổ biến hơn để xóa tất cả cho phép hộp kiểm cho một nhóm, do đó loại bỏ các nhóm từ ACL.Điều này có kết quả tương tự, không có quyền truy cập cho các nguồn tài nguyên. "Không cho phép" truy cập theo cách này là dễ dàng hơn để khắc phục sự cố, quản lý và cấu hình. Nó rất dễ quên rằng bạn đã sử dụng các tùy chọn từ chối.Bạn từ chối quyền (sử dụng rõ ràng từ chối) chỉ cho người dùng cụ thể khi nó là cần thiết để ghi đè các quyền mà nếu không được phép cho nhóm mà người dùng này thuộc.

Kết quả (Việt) 2:

Sau khi điều khoản đã được thiết lập, các LSASS (Cơ quan an ninh địa phương) điều khiển truy cập vào các tài nguyên. LSASS so sánh SID (Security ID) mà bạn đặt trên các ACL (Access Control List) với SID đặt trên access token an ninh được đưa ra cho người sử dụng khi đăng nhập. Nếu SID kết hợp với người sử dụng là trên ACL, các LSASS phải xác định xem truy cập được thiết lập để cho phép hoặc từ chối. Cho phép và từ chối quyền thừa kế xuống thông qua cấu trúc.

Sử dụng phép từ chối một cách tiết kiệm, vì thực tế rằng quyền hạn chế ghi đè cho phép khoan dung. Nó là phổ biến hơn để xóa tất cả các ô Allow cho một nhóm, do đó loại bỏ nhóm từ ACL.

Điều này có cùng một kết quả, đem lại cho không có quyền truy cập vào các tài nguyên. "Không-Cho phép" truy cập theo cách này là dễ dàng hơn để khắc phục sự cố, quản lý và cấu hình. Nó rất dễ dàng để quên rằng bạn đã sử dụng các tùy chọn Deny.

Bạn từ chối quyền (sử dụng rõ ràng Deny) chỉ cho một người dùng cụ thể khi nó là cần thiết để ghi đè khoản được nếu không được phép cho các nhóm mà người dùng này thuộc về.