TECHRUNBOOK · PRACTICAL GUIDE

Windows Server SMB Error 0x80070035: Network Path Not Found

Troubleshoot SMB error 0x80070035 by checking name resolution, TCP 445, Windows Firewall, SMB service and permissions.

Practical RunbookTechnical Troubleshooting
Practical Runbook10 StepsIssues → Solutions → Recommendations
Have a question about this runbook?Post your issue to the TechRunbook Community and get help from other IT professionals.
Ask the Community →
!Issue

Troubleshoot SMB error 0x80070035 by checking name resolution, TCP 445, Windows Firewall, SMB service and permissions.

Solution

Start with Check name resolution and work through the six diagnostic checks in order.

Recommendations

Record results before changing configuration and validate the original symptom after each controlled change.

TechRunbook approach: Test one dependency at a time, record the result and only then change the configuration.

Quick checks

Start with the basic checks in this runbook before moving to deeper troubleshooting.

  • Confirm the affected service or component is available.
  • Check recent configuration or connectivity changes.
  • Run the relevant commands and compare the result with the expected state.
01

Check name resolution

Resolve the server name and confirm it points to the expected address from the affected client.

02

Test TCP 445

Test TCP 445 before changing SMB settings. A failed port test indicates a network or firewall dependency.

03

Check Windows Firewall

Review Windows Firewall rules for File and Printer Sharing on the server and client as appropriate.

04

Check the Server service

Confirm the Server service is running and the expected SMB share exists.

05

Check share permissions

Review share and NTFS permissions without weakening security as a first response.

06

Retest the UNC path

Retest the UNC path from the same client and confirm whether the failure is resolved.

07

Useful commands

Run these checks from an appropriate administrative session and replace example values with your environment.

TCP 445

Test-NetConnection <server> -Port 445

SMB service

Get-Service LanmanServer
08

Quick troubleshooting path

Use this sequence to isolate the failing dependency before changing production configuration.

  1. Check name resolution → Resolve the server name and confirm it points to the expected address from the affected client.
  2. Test TCP 445 → Test TCP 445 before changing SMB settings. A failed port test indicates a network or firewall dependency.
  3. Check Windows Firewall → Review Windows Firewall rules for File and Printer Sharing on the server and client as appropriate.
  4. Check the Server service → Confirm the Server service is running and the expected SMB share exists.
  5. Check share permissions → Review share and NTFS permissions without weakening security as a first response.
  6. Retest the UNC path → Retest the UNC path from the same client and confirm whether the failure is resolved.
09

What good troubleshooting looks like

Good infrastructure troubleshooting is evidence-driven. Capture the original state, test the dependency that can prove or disprove your hypothesis, make the smallest safe change and repeat the original test.

Example workflow
Symptom → hypothesis → direct test → result → controlled change → validation → documentation
10

Frequently asked questions

What should I check first?

Start with the exact symptom and validate the dependency closest to the failure in this Windows Server runbook.

Should I change production configuration immediately?

No. Capture the current state first, test the suspected dependency and make one controlled change at a time.

How should I document the fix?

Record the symptom, commands used, result, configuration change and validation result so the procedure can be repeated.

+

Related TechRunbook guides

Was this runbook helpful?

↑ Top