Windows 11 Cannot Access a Shared Folder: Check Connection and Permissions

A shared folder may be visible in File Explorer but still refuse access. Discovery, network connectivity, authentication, and folder permissions are separate checks. The exact error message helps identify which layer is failing.

Do not solve an access problem by immediately enabling SMB1, allowing guest access, or turning off the firewall. A working share should use authenticated accounts, appropriate permissions, and a supported SMB configuration.

Table of Contents
  1. Test the actual share address
  2. Use the correct account and clear stale credentials
  3. Check permissions on the host
  4. Review network profile, firewall, and SMB compatibility
  5. Back up the shared data after access is restored

Test the actual share address

Step 1. Ask the share owner for the exact computer or server name and shared-folder name. In File Explorer's address bar, enter a path such as \\OfficePC\Projects. Replace both names with the real values.

Step 2. Confirm that the host is powered on and connected to the expected network. For a work share, connect the required VPN and check with the administrator before changing its settings.

Step 3. If the name fails, test the host's confirmed IP address in the path, for example \\192.168.1.20\Projects. If this works while the name does not, investigate name resolution rather than changing folder permissions. An IP test can also change authentication behavior, so use it diagnostically.

Step 4. Record whether the error says the network path was not found, the password is incorrect, or access is denied. A failed ping alone is not conclusive because the host may block ping while allowing file sharing.

Use the correct account and clear stale credentials

For a share on another PC, use an account that the host recognizes, such as OfficePC\username. A Windows Hello PIN for signing in locally is not the account password used to authenticate to an ordinary network share.

Open Control Panel > Credential Manager > Windows Credentials. If an entry for this specific host contains an old password, remove only that entry, close open windows connected to the share, and reconnect with the correct credentials. Removing every stored credential is unnecessary.

If Windows reports conflicting connections under different user names, disconnect the affected mapped drive or session after saving work. Avoid disconnecting all network sessions on a computer that is performing a backup or using other business shares.

Check permissions on the host

Step 1. On a Windows host, right-click the shared folder and open Properties > Sharing > Advanced Sharing. Confirm the share name and review its Permissions list.

Step 2. Give the intended user or group the access required for the task. Read-only browsing does not need Full Control. Do not grant Everyone unrestricted access merely to make an error disappear.

Step 3. Open the Security tab and check NTFS permissions for the same identity. Network access must be allowed by both the share permissions and the underlying file-system permissions; a restrictive or explicit deny entry can block it.

Step 4. Test with a harmless file. A user who can list files but cannot save them may have read access without write access. NAS devices have their own account and folder-permission screens.

Review network profile, firewall, and SMB compatibility

On a trusted private LAN, use the appropriate Private network profile and enable File and Printer Sharing for that profile on the host. Network Discovery helps browsing but is not required merely to open a known working UNC path. Do not mark public Wi-Fi as trusted just to make discovery easier.

Allow the required sharing rules within the correct network scope instead of disabling the firewall. For a legacy NAS, check firmware and SMB2 or SMB3 support. Newer Windows configurations can require SMB signing; update or configure the server to meet the requirement rather than weakening the client by default. See Microsoft's SMB signing guidance.

Back up the shared data after access is restored

Backup software cannot bypass missing permissions. A straightforward option is to run a backup on the Windows host that owns the folder, using its local path.

Step 1. On the host, connect separate backup storage and open File Backup in Qiling Disk Master.

Open File Backup on the Windows computer hosting the shared folder

Step 2. Select the local shared directory in the folder tree. Ask users to close files that require application-consistent backup, or use the application's supported export process.

Select the local directory that is shared over the network

Step 3. Choose a separate destination, review the task, and click Proceed. Verify a small test restore to another folder without overwriting live shared files. A completed copy does not replace testing whether the data can actually be restored.

Related Articles


Is this information helpful?     

What can we do to improve this information? (Optional)
Refresh Please enter the verification code!


QilingTech uses cookies to ensure you get the best experience on our website.  Learn more  Got it