Because other computers can access the same non-domain PC, the share itself, basic network reachability, and port 445 are likely not the primary problem. The failure is most consistent with a client-side authentication or name-resolution configuration issue on the affected domain-joined PC.
Recommended checks and fixes:
- Try the share by UNC path and by
net use
This helps confirm whether the issue is specific to File Explorer or affects SMB access generally.net use * \\<ServerName>\<ShareName> - Force authentication with a local account on the non-domain PC For a domain-joined client connecting to a workgroup/non-domain server, Windows can send domain credentials that the target PC cannot validate. When prompted for credentials, use the remote computer’s local account instead of domain credentials.
- Clear saved credentials on the affected PC If cached credentials exist for the server name or IP address, remove them and reconnect using the local account on the non-domain PC. Incorrect cached credentials can cause authentication failures even when connectivity is fine.
- Check the TCP/IP NetBIOS Helper service For System error 53, one documented cause is that TCP/IP NetBIOS Helper is stopped or running as Local System instead of Local Service. Make sure the service is running as Local Service.
- Enable NetBIOS over TCP/IP on the affected client If access by name is failing, enable NetBIOS over TCP/IP in the adapter’s WINS settings. This is relevant when the path works by IP but not by hostname.
- Verify required network services are running
If core Windows networking services are stopped, SMB access can fail. Check that these services are not stopped:
- Network Connections
- Network List Service
- Network Location Awareness
- Network Store Interface Service
- DHCP Client
- TCP/IP NetBIOS Helper
- Workstation
- Confirm sharing visibility settings on the affected client
On the affected PC, verify:
- Network discovery is turned on
- File and printer sharing is turned on
- These services are set to Automatic:
- Function Discovery Provider Host
- Function Discovery Resource Publication
- SSDP Discovery
- UPnP Device Host Then restart the PC.
- If the issue is specifically “Access Denied” after connection, verify permissions
If connection succeeds for some users but not this one, check both:
- Share permissions
- NTFS Security permissions
- If the problem persists, collect SMB diagnostics
Reproduce the issue, then stop the trace:Get-SmbClientConfiguration | Out-File C:\SMBdata\client-config.txt Get-SmbConnection | Out-File C:\SMBdata\connections.txt netsh trace start capture=yes scenario=NetConnection tracefile=C:\SMBdata\smb.etl
Also export the SMBClient event log for the repro window.netsh trace stop
A practical first fix for this exact scenario is:
- remove cached credentials for the target server,
- reconnect using the non-domain PC’s local account,
- ensure TCP/IP NetBIOS Helper is running as Local Service,
- enable NetBIOS over TCP/IP if hostname access fails.
- Can't access shared folders from File Explorer in Windows 10
- Access Denied when you access an SMB file share in Windows
- Access Denied when you access an SMB file share in Windows
- i can see other computers on my network but cant access then ? Network error - Microsoft Q&A i could access other computers on my network but now i can see them but they are listed but cant access them has a network error? sharing is turned
- KNOWN ISSUES WITH WINDOWS 11 VERSION 25H2 - Microsoft Q&A Dear Teams !