Bỏ qua nội dung chính
Chọn tài khoản khác.
Bạn có nhiều tài khoản
Chọn tài khoản mà bạn muốn đăng nhập.
Áp dụng cho Windows Server 2012 R2 Datacenter Windows Server 2012 R2 Standard Windows 8 Enterprise Windows 8.1 Enterprise Windows 8.1 Pro Windows Server 2012 Datacenter Windows 8 Pro
Bài viết này mô tả vấn đề xảy ra khi bạn cố gắng hiển thị "quyền truy cập hiệu quả" của người dùng đến tệp trong Windows 8.1, Windows Server 2012 R2, Windows 8, hoặc Windows Server 2012. Bạn có thể khắc phục vấn đề này cho Windows 8.1 và Windows Server 2012 R2 bằng cách sử dụng bản cập nhật từ bài viết này. Trước khi cài đặt bản cập nhật này, hãy kiểm tra phần yêu cầu. Cũng đã cung cấp một giải pháp thay thế. Lưu ý: Bản cập nhật này không áp dụng cho Windows 8 hoặc Windows Server 2012. Để gửi phản hồi về giải pháp tiềm năng trên các hệ thống này, hãy liên hệ với hỗ trợ Microsoft.
Xem xét kịch bản sau:
Sử dụng Windows Explorer để hiển thị "quyền truy cập hiệu quả" của người dùng đến tệp hoặc thư mục trên chia sẻ tệp.
Tệp hoặc thư mục nằm trên sản phẩm máy chủ không phải Microsoft Server Message Block (SMB) 3.0.
Nhập đường dẫn thư mục theo quy ước đặt tên chung (UNC). Ví dụ, nhập \\server\share.
Trong kịch bản này, yêu cầu không thành công và bạn nhận được thông báo lỗi sau:
Mã 0x80070057 Tham số không hợp lệ.
Tuy nhiên, nếu chia sẻ tệp được ánh xạ đầu tiên đến một ký tự ổ đĩa, "quyền truy cập hiệu quả" sẽ được hiển thị và bạn sẽ không nhận được thông báo lỗi.
Vấn đề này xảy ra vì cấu trúc SECURITY_DESCRIPTOR được trả về từ máy chủ chứa trường Owner NULL khi cuộc gọi NetShareGetInfo trả về Windows Explorer.
Cách nhận bản cập nhật này
Để khắc phục vấn đề này, chúng tôi đã phát hành bản cập nhật qua Windows Update và Trung tâm Tải xuống Microsoft cho Windows 8.1 và Windows Server 2012 R2. Giải pháp là sửa đổi Windows Authz để không yêu cầu sự hiện diện của cấu trúc SECURITY_DESCRIPTOR tùy chọn. Quan trọng: Không cài đặt gói ngôn ngữ sau khi cài đặt bản cập nhật này. Nếu bạn làm như vậy, các thay đổi cụ thể cho ngôn ngữ trong bản cập nhật sẽ không được áp dụng, và bạn sẽ phải cài đặt lại bản cập nhật. Để biết thêm thông tin, hãy xem Thêm gói ngôn ngữ vào Windows.
Phương pháp 1: Windows Update
Bản cập nhật này được cung cấp như một bản cập nhật tùy chọn từ Windows Update. Để biết thêm thông tin về cách chạy Windows Update, hãy xem Cách nhận bản cập nhật qua Windows Update.
Phương pháp 2: Trung tâm Tải xuống Microsoft
Các tệp sau đây có sẵn để tải xuống từ Trung tâm Tải xuống Microsoft.
Tất cả các phiên bản x86 được hỗ trợ của Windows 8.1
Tải xuống gói ngay bây giờ.
Tất cả các phiên bản x64 được hỗ trợ của Windows 8.1
Tất cả các phiên bản x64 được hỗ trợ của Windows Server 2012 R2
Để biết thêm thông tin về cách tải xuống hỗ trợ Microsoft, hãy nhấp vào số bài viết sau để xem bài viết trong Cơ sở kiến thức Microsoft:
119591 Cách nhận hỗ trợ Microsoft từ dịch vụ trực tuyến Microsoft đã quét tệp này để phát hiện virus. Microsoft đã sử dụng phần mềm phát hiện virus mới nhất có sẵn vào ngày tệp được tải lên. Tệp được lưu trữ trên các máy chủ có bảo mật cao giúp ngăn chặn bất kỳ thay đổi trái phép nào đối với tệp.
Để áp dụng bản sửa lỗi này, bạn phải có bản cập nhật từ tháng 4 năm 2014 cho Windows RT 8.1, Windows 8.1, và Windows Server 2012 R2 (2919355) đã được cài đặt trong Windows 8.1 hoặc Windows Server 2012 R2.
Để sử dụng bản sửa lỗi trong gói này, bạn không cần thực hiện bất kỳ thay đổi nào trong registry.
Bạn có thể cần khởi động lại máy tính sau khi áp dụng bản sửa lỗi này.
Bản sửa lỗi này không thay thế bản sửa lỗi đã được phát hành trước đó.
Phiên bản toàn cầu của bản sửa lỗi này cài đặt các tệp có thuộc tính được liệt kê trong các bảng sau. Ngày và giờ cho các tệp này được liệt kê theo thời gian phối hợp quốc tế (UTC). Ngày và giờ cho các tệp này trên máy tính cục bộ của bạn được hiển thị theo thời gian địa phương của bạn cùng với sự chênh lệch hiện tại của bạn cho giờ mùa hè (DST). Ngoài ra, ngày và giờ có thể thay đổi khi bạn thực hiện một số thao tác nhất định trên các tệp.
Windows 8.1 và thông tin tệp Windows Server 2012 R2
Quan trọng: Các bản sửa lỗi Windows 8.1 và các bản sửa lỗi Windows Server 2012 R2 được bao gồm trong cùng một gói. Tuy nhiên, các bản sửa lỗi trên trang yêu cầu bản sửa lỗi được liệt kê dưới cả hai hệ điều hành. Để yêu cầu gói bản sửa lỗi liên quan đến một hoặc cả hai hệ điều hành, hãy chọn bản sửa lỗi được liệt kê dưới "Windows 8.1/Windows Server 2012 R2" trên trang. Luôn dựa vào phần "Áp dụng cho" trong các bài viết để xác định hệ điều hành thực tế mà mỗi bản sửa lỗi áp dụng.
Các tệp liên quan đến một sản phẩm cụ thể, mốc thời gian (RTM, SP n) và nhánh dịch vụ (LDR, GDR) có thể được xác định bằng cách kiểm tra số phiên bản của các tệp như được hiển thị trong bảng sau.
Windows 8.1 và Windows Server 2012 R2
Các tệp MANIFEST (.manifest) và MUM (.mum) được cài đặt cho mỗi môi trường được liệt kê riêng biệt trong phần "Thông tin bổ sung về các tệp". Các tệp MUM, MANIFEST và liên quan đến catalog bảo mật (.cat) rất quan trọng để duy trì trạng thái của các thành phần đã được cập nhật. Các tệp catalog bảo mật, mà không có thuộc tính được liệt kê, được ký bằng chữ ký số của Microsoft.
Đối với tất cả các phiên bản x86 được hỗ trợ của Windows 8.1
Đối với tất cả các phiên bản x64 được hỗ trợ của Windows 8.1 và Windows Server 2012 R2
Đối với tất cả các phiên bản Windows RT 8.1
Thông tin bổ sung về các tệp cho Windows 8.1 và Windows Server 2012 R2
Các tệp bổ sung cho tất cả các phiên bản x86 được hỗ trợ của Windows 8.1
Các tệp bổ sung cho tất cả các phiên bản x64 được hỗ trợ của Windows 8.1 và Windows Server 2012 R2
Các tệp bổ sung cho tất cả các phiên bản Windows RT 8.1
Để tránh vấn đề này, hãy thiết lập ổ đĩa đã ánh xạ từ máy tính đang chạy Windows Explorer đến thư mục chia sẻ. Nếu người dùng chọn Hiển thị quyền truy cập hiệu quả từ tài nguyên trên ổ đĩa đã ánh xạ, quyền hiệu quả của người dùng sẽ được hiển thị và vấn đề sẽ không xảy ra.
Khi bạn kết nối đến đường dẫn UNC của thư mục, Windows Explorer gọi NetrShareGetInfo với ServerName (đường dẫn UNC), NetName, và Level: 502. Máy chủ sau đó trả lời. Phản hồi bao gồm cấu trúc SECURITY_DESCRIPTOR chứa trường Owner. Việc trả về cấu trúc SECURITY_DESCRIPTOR là bắt buộc, nhưng trường Owner là tùy chọn, theo giao thức [MS-SRVS]. Tuy nhiên, Windows Authz phụ thuộc vào sự hiện diện của trường Owner. Điều này gây ra sự thất bại trong "Hiển thị quyền hiệu quả". Mặc dù Windows luôn trả về trường Owner, một số sản phẩm của bên thứ ba cho chia sẻ tệp không làm như vậy vì có thể chúng không liên kết mô tả bảo mật với chia sẻ mạng. Để biết thêm thông tin, hãy xem 2.2.4.26 SHARE_INFO_502_I.
Microsoft đã xác nhận rằng đây là một vấn đề trong các sản phẩm Microsoft được liệt kê trong phần "Áp dụng cho".
Xem thuật ngữ mà Microsoft sử dụng để mô tả các bản cập nhật phần mềm.
Khám phá lợi ích của việc đăng ký, xem các khóa học đào tạo, tìm hiểu cách bảo mật thiết bị của bạn và nhiều hơn nữa.
Microsoft 365 lợi ích đăng ký
Các bước bổ sung để khắc phục sự cố