Tôi chưa thực hiện kiểm tra hồi quy về quay lại các phiên bản Windows cũ, nhưng tôi có thể chia sẻ rằng tôi đang gặp vấn đề tương tự ở đây, với Win 10 19044.1415 kết nối với hộp TrueNAS Core 12. Nó hoạt động, nhưng nó chắc chắn tạo ra một số bản ghi ồn ào:
[24/12/2021 21:40:18.383339, 1]../../source3/smbd/service.c:355(create_connection_session_info)
create_connection_session_info: người dùng khách (từ thiết lập phiên) không được phép truy cập chia sẻ này (cá nhân)
[24/12/2021 21:40:18.383383, 1]../../source3/smbd/service.c:544(make_connection_snum)
create_connection_session_info không thành công: NT_STATUS_ACCESS_DENIED
Theo câu hỏi của người nhận xét trước, đầu ra ICACLS của tôi:
C:\>icacls \nas\personal
\nas\personal S-1-22-1-0:(F)
CHỦ SỞ HỮU TẠO RA:(OI)(CI)(IO)(F)
S-1-5-21-3997689159-3832354152-3824094002-1005:(M,DC)
NHÓM NGƯỜI TẠO:(OI)(CI)(IO)(M,DC)
Đã xử lý thành công 1 tệp; Xử lý không thành công 0 tệp
CHỈNH SỬA:
Vấn đề này từ tháng 11 năm 2020 (!) có vẻ rất giống nhau:
https://docs.microsoft.com/en-us/answers/questions/122178/windows-10-sends-unauthenticated-smb-requests.html
Ngoài ra, trong trường hợp của tôi, thật không may, máy khách ghi lại lỗi tương tự (Mã lỗi SMBClient 31010) trong nhật ký sự kiện Windows cho mọi lỗi đơn lẻ xuất hiện trong nhật ký máy chủ samba.
CHỈNH SỬA 2:
Có thể thành công?
Tôi đã có thể ngăn chặn hành vi này bằng cách vô hiệu hóa tính năng kiểm tra thời gian thực của Bộ bảo vệ Windows trên toàn cầu trên máy khách Win10. Tôi chưa phát hiện ra bất kỳ điều chỉnh nào đối với cài đặt Bộ bảo vệ cho phép tôi bật nó nhưng không tạo ra hành vi này - ví dụ: ánh xạ một ổ đĩa tới chia sẻ và loại trừ ổ đĩa được ánh xạ đó khỏi quá trình quét trong cài đặt Bộ bảo vệ không/không/hoạt động.
CHỈNH SỬA 3:
Giải pháp thay thế dài hạn duy nhất mà tôi đã tìm thấy cho đến nay (không yêu cầu loại bỏ tất cả các biện pháp bảo vệ chống phần mềm độc hại theo thời gian thực) là nhượng bộ và cho phép đăng nhập của khách đối với các cổ phiếu SMB. Điều này cho phép hành vi Windows bị hỏng tiếp tục mà không gây ra vô số lỗi và phần còn lại của thiết lập Samba của tôi không cho phép khách truy cập vào bất kỳ thứ gì (người dùng khách ánh xạ tới 'không ai' và ACL của hệ thống tệp đều là chmod xx0) vì vậy điều này làm việc tốt cho tôi. YMMV.
Thật thú vị, sau thay đổi này, máy khách Windows hiện ghi lại khiếu nại trong nhật ký sự kiện (một lần cho mỗi kết nối chia sẻ) rằng máy chủ SMB từ xa đang cho phép kết nối khách khi nó thực sự không nên...ồ, thật trớ trêu.
