0x80070035 — "the network path was not found" reaching a share
The share is there, but this client cannot reach it — usually because SMB1 has gone, insecure guest logons are now refused, or the name is not resolving to the right machine.
What you see
\\server\share fails with 0x80070035 while \\192.168.1.10\share sometimes works. Common straight after a Windows feature update, or when a NAS or old printer is involved.
What is actually wrong
Modern Windows no longer installs SMB1 and refuses unauthenticated guest access to SMB2 shares. Devices that only speak SMB1, or NAS boxes configured for guest access, stop working. The rest are name resolution — NetBIOS gone, or the wrong record in DNS.
Codes and articles
Fixes (3)
Establish whether it is resolution or access
Always start here — it takes three commands and decides which of the other fixes applies.
Resolve the name and check it goes where you expect.
Resolve-DnsName fileserverTest-NetConnection fileserver -Port 445 -InformationLevel Detailed
Port 445 closed means a firewall or a stopped Server service; the name resolving to an old address means DNS, and no amount of SMB configuration will help either.
Try the address directly. If \\10.0.0.5\share works and \\fileserver\share does not, it is name resolution, full stop.
net use \\10.0.0.5\shareClear stale entries that keep a dead mapping alive.
net use * /delete /ynbtstat -RClear-DnsClientCache
On the server side, confirm the share and the service are actually up.
Get-SmbShare | Format-Table Name,Path,DescriptionGet-Service LanmanServer | Format-List Status,StartType
Get-SmbConnection | Format-Table ServerName,ShareName,DialectDeal with the refusal of insecure guest logons properly
A NAS or appliance share that used to open without a password. Read the warning in the first step before doing this.
Understand what is being traded. Guest SMB access is unauthenticated and unsigned — anyone on the network can read what it exposes and a man in the middle can alter it in flight. The correct fix is to create a real user on the NAS and connect with credentials; the switch below is for equipment that genuinely cannot do that.
First try the right way — a named account on the device.
net use Z: \\nas\share /user:nasuser * /persistent:yesOnly if the device cannot authenticate at all, re-enable guest logons.
Set-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Services\LanmanWorkstation\Parameters' -Name AllowInsecureGuestAuth -Type DWord -Value 1This is the setting behind "You can't access this shared folder because your organization's security policies block unauthenticated guest access". It is a client-wide switch, not per-share.
Restart the workstation service.
Restart-Service LanmanWorkstation -Force
Get-SmbConnection | Format-Table ServerName,ShareName,Dialect,EncryptedCheck the dialect before considering SMB1
Genuinely old equipment. SMB1 is the last resort and should be treated as temporary.
Check whether SMB1 is even installed — on current Windows it is not.
Get-WindowsOptionalFeature -Online -FeatureName SMB1Protocol | Format-List FeatureName,StateBefore installing it, check the device really cannot do SMB2. Most NAS firmware from the last decade can, and simply has it turned off in its own settings.
If there is no alternative, install the client only and never the server component.
Enable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol-Client -NoRestartSMB1 is the protocol WannaCry and NotPetya spread over. The client-only component lets this machine reach the old device without turning this machine into a target.
Record why it was enabled and set a date to remove it.
Related faults
Where this stops. This write-up was written and checked by hand. It says what each step changes, how to confirm it worked and how to reverse it, and anything destructive is flagged before you reach it. If it does not match what your machine is doing, search the Support Centre for the exact code or message — and when something needs a person, get in touch.