Prove the share answers
Test the port, not the ping. Windows blocks ICMP by default, so a silent ping says nothing about whether SMB is reachable.
Test-NetConnection nas -Port 445
Store the credentials in the right place, pin the letter, and fix the two errors that keep a mapped drive from surviving a restart.
Map with **net use** `net use Z: \\NAS\media /user:NAS\media /persistent:yes`, store the password with `cmdkey`, and confirm the result with `Get-SmbMapping` after a reboot.
Test the port, not the ping. Windows blocks ICMP by default, so a silent ping says nothing about whether SMB is reachable.
Test-NetConnection nas -Port 445
The user switch keeps the identity for this mapping only, and persistent writes the entry into your profile so it comes back at logon.
net use Z: \\NAS\media /user:NAS\media /persistent:yes
cmdkey keeps the credential in the Windows vault, which is what the reconnect uses. Without it the mapping exists but asks for a password at every logon.
cmdkey /add:NAS /user:NAS\media /pass
Get-SmbMapping lists what the session really has, including mappings Explorer created behind your back.
Get-SmbMapping | Select-Object LocalPath,RemotePath,Status
A disconnected mapping after resume is normal and reconnects on first access. If it stays red, delete it and map again; the repair option in Explorer keeps the stale credential.
net use Z: /delete
Explorer runs with a normal token, so an administrator console maps into a separate session and shows no drive. Linked connections share one credential set between both.
reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v EnableLinkedConnections /t REG_DWORD /d 1 /f
Name resolution or a disabled SMB service. Test the IP address to separate DNS from the share itself.
One server, two identities. Delete every mapping and vault entry for that host, then connect once with the account you want.
It was mapped without /persistent:yes, or an elevated shell created it. Remap from a normal Explorer window.
Share and NTFS permissions both apply and the tighter one wins. Check the security tab, not only the sharing tab.
No. Windows allows one identity per server within a session.
Yes, but map after the tunnel is up. A mapping created before the route exists fails at logon.
net use Z: /delete removes the mapping and cmdkey /delete:NAS removes the stored credential. The EnableLinkedConnections value can be deleted or set back to 0.
Free · no account needed · tracks your progress