Windows SMB File Sharing Keeps Disconnecting — Permanent Fix
Mapped network drives disconnecting randomly on Windows 11? Here is the real cause and how to stop it from happening.
Mapped drives that keep disconnecting on Windows are almost always the network adapter's power management sleeping the card, plus Windows dropping idle SMB sessions. Uncheck "allow the computer to turn off this device to save power" on the adapter — and for good, use a tool that keeps a persistent connection instead of SMB.
Why Your Mapped Drive Keeps Disconnecting
You map a network drive. It works. An hour later it shows a red X. You reconnect it. It works again. This cycle repeats indefinitely.
This is one of the most reported Windows networking complaints, and it has been present since Windows 10. Windows 11 made it worse.
The cause is almost always one of five things:
1. Windows is suspending the network adapter to save power. Even on desktop PCs, Windows applies power management to network adapters by default. When the adapter suspends, mapped drives lose their connection.
Fix: Device Manager → Network Adapters → right-click your adapter → Properties → Power Management → uncheck "Allow the computer to turn off this device to save power."
2. The host is disconnecting idle sessions. Windows disconnects idle SMB sessions after 15 minutes by default — and this setting lives on the machine sharing the folder, not on yours. The drive shows a red X until you touch it again.
Worth knowing before you change anything: this one is largely cosmetic. Explorer does not keep the session warm, so the drive reconnects by itself the moment you open it. If the red X is the only symptom, you can safely ignore it.
Fix — run on the host machine (the one sharing the folder), elevated:
net config server /autodisconnect:-1
-1 disables the idle timeout. (Ignore advice to set SessionTimeout on the client — that controls how long your PC waits for an unresponsive server, which is a different problem.)
3. Credential caching issues. Windows sometimes forgets the stored credentials for a network share, especially after password changes or updates.
Fix: Control Panel → Credential Manager → Windows Credentials → remove and re-add the credentials for your network share.
4. Fast Startup leaves the network stack stale. Windows Fast Startup resumes from a saved hibernation-like state instead of a clean boot. The network stack and SMB client can come back in a partial state, so mapped drives appear connected but aren't.
Fix: Control Panel → Power Options → "Choose what the power buttons do" → click "Change settings that are currently unavailable" at the top (the checkboxes below are greyed out until you do) → uncheck "Turn on fast startup" → Save changes. Then do one full Shut down and cold boot. Note that "Restart" already performs a clean boot even with Fast Startup on — only shutdown is affected.
5. The network profile flipped to Public. The network profile selects which set of firewall rules is in force. "File and Printer Sharing (SMB-In)" is enabled for Private and disabled for Public by default, so a host that silently flips to Public stops accepting SMB — and sessions already established are dropped when the rules are re-evaluated. A profile changing after an update or a reconnect produces exactly this symptom. This is also the root of computers disappearing from the network; the mechanism is explained in the network discovery guide.
Fix: Settings → Network & Internet → your connection → set Network profile type to Private — on the machine sharing the folder first, since its profile is the one gating incoming connections.
How to Tell Which Cause You Have
Work the list by symptom rather than trying everything at once:
| Symptom | Most likely cause |
|---|---|
| Red X after the PC is idle a while | SMB session timeout (cause 2) |
| Drops after sleep / overnight | Adapter power management (cause 1) |
| Prompts for password again, then works | Credential caching (cause 3) |
| Broken right after every reboot | Fast Startup (cause 4) |
| Broke after an update, nothing visible | Profile flipped to Public (cause 5) |
If the drive fails by name (\\PC\Share) but works by IP (\\192.168.x.x), the problem is name resolution, not the session — see error 0x80070035 and what mDNS is.
The Permanent Fix Sequence
Apply these in order on every affected machine, then reboot once:
- Set the network profile to Private.
- Disable adapter power management (cause 1).
- Disable the host’s 15-minute idle autodisconnect (cause 2).
- Re-add the share credentials in Credential Manager (cause 3).
- Disable Fast Startup and do one cold boot (cause 4).
This resolves the large majority of cases. The Windows 11 network settings guide and the small-office networking checklist turn it into a repeatable procedure for a whole office.
If the drops happen specifically during long copies, two companions help: how to transfer large files between PCs on the same Wi-Fi covers the reliable ways to move big files, and the file transfer time calculator shows how long a copy should take — useful for telling a genuine stall from normal speed. And if you're wondering what still works when the connection fully dies, see what happens to your files when the internet goes down.
Why These Fixes Often Do Not Stick
Power management settings can be reset by Windows updates. SMB configuration can revert. Credential Manager can lose entries after certain security updates.
You are not doing anything wrong. Windows network stack was not designed for reliability — it was designed for flexibility, which means it has a lot of moving parts that can go wrong.
The Underlying Issue
SMB was designed in a different era of networking. Modern offices — especially those running Windows 11 — frequently run into its limitations.
Oxolan replaces the SMB dependency entirely for file transfers between team members. No mapped drives, no disconnections, no credential issues. Files transfer directly between machines over Oxolan’s own connection — encrypted with TLS 1.3 and certificate-pinned — which it keeps alive itself.
Get Oxolan for Windows · See pricing
This is the structural argument made in full in Oxolan vs Windows file sharing: you can keep fixing SMB instances, or remove SMB from the path so the failure class can't recur. A stable, well-configured file server is fine to keep — it's peer-to-peer mapped drives that disconnect repeatedly.
Related Guides
- Network discovery on Windows, explained — the subsystem behind these drops
- Computers not showing up in the network (Windows 11)
- Error 0x80070040 — network name no longer available
- Error 0x80070079 — the semaphore timeout period has expired
- Windows 10 ↔ 11 sharing not working
- LAN file sharing: the complete guide
Frequently asked questions
Why do my mapped network drives keep disconnecting?
The most common cause is the network adapter's power management putting the card to sleep (on by default, even on desktops). Windows also drops idle SMB sessions. Both leave a mapped drive showing a red X until you reconnect.
How do I stop network drives from disconnecting?
In Device Manager, open your network adapter, go to Power Management, and uncheck "allow the computer to turn off this device to save power." It survives reboots. Updates can undo it, so a persistent-connection app like Oxolan avoids the problem entirely.
Fix it once — then never again
Oxolan skips Windows networking entirely: every PC appears automatically and files move at full LAN speed.
Try Oxolan free for 14 days