Since the device is visible in File Explorer > Network and responds to ping, discovery is working. The failure is more likely in SMB access, name resolution, authentication policy, or permissions.
Try this in order:
- Test by IP address and by computer name
- In File Explorer, try
\\<target-IP>\<share>. - Then try
\\<computer-name>\<share>. - If IP works but name does not, the problem points to name resolution rather than basic connectivity.
- In File Explorer, try
- Check the SMB client state on the Windows 11 24H2 laptop
Run these on the affected laptop in PowerShell:
These help identify whether the client is blocking guest access, requiring signing, or hitting another SMB policy issue.net use Get-SmbConnection Get-SmbClientConfiguration - Review SMB client events
Open Event Viewer and go to:
- Applications and Services Logs
- Microsoft
- Windows
- SMBClient
- Check both Connectivity and Security logs
- If the target share is using guest access, use valid credentials instead
On modern Windows clients, unauthenticated guest SMB access is blocked by default. This commonly causes access failures after moving to newer Windows versions.
- Connect using a valid account on the target laptop instead of relying on guest access.
- Re-enabling insecure guest logons is discouraged because it increases exposure to rogue-server and man-in-the-middle attacks.
- If the target is being reached by IP or as a workgroup/NAS-style target, try the Kerberos-capable name
Windows 11 24H2 can block or restrict NTLM scenarios that occur when connecting by IP address or to targets where Kerberos is unavailable.
- Use the target laptop’s computer name/FQDN instead of IP if possible.
- If name-based access works and IP-based access fails, this matches NTLM/Kerberos behavior.
- Check whether this is a permissions mismatch on the target laptop
If one Windows 11 laptop can access the share but the Windows 11 24H2 laptop cannot, verify the target shared folder grants the required access through both:
- Share permissions
- NTFS Security permissions
- If the issue started after upgrading to Windows 11 24H2, check 24H2 SMB security changes first
Windows 11 24H2 enforces more secure SMB defaults, including:
- required SMB signing in some scenarios
- guest access restrictions
- NTLM restrictions
If the target is just another Windows laptop on the same private network, the most likely next checks are:
- test
\\IP\shareversus\\name\share - inspect SMBClient event logs
- stop using guest-style access and connect with valid credentials
- verify both share and NTFS permissions on the target
References: