When AnyDesk can’t reach its servers, the fix is usually a clock, DNS, or firewall rule that blocks the connection.
You open AnyDesk, type an ID, and then it stops cold with “anydesk not connected to server.” It’s maddening, since the web may look fine. The fastest path is to sort the failure into one of three buckets. The device can’t reach AnyDesk’s network, the network blocks AnyDesk traffic, or the app can’t trust the secure handshake because time and certificates don’t line up.
This walkthrough starts with quick tests that take minutes, then moves into the network rules that matter on office Wi-Fi, school networks, hotels, and locked-down home routers. You’ll change one thing at a time, so the final fix stays clean.
Why AnyDesk Loses Its Server Connection
The “server” message is broad. AnyDesk needs to reach its network to register your ID, route sessions through relays, and keep the connection alive when a direct link can’t be made. If that first handshake fails, you can see the error while browsing and streaming still work.
These causes show up again and again.
- Status incident — The service can have outages, so confirm health first.
- Time mismatch — A wrong clock can break TLS, so the handshake fails.
- DNS failure — Your resolver can’t map AnyDesk hostnames, so the client can’t find a route.
- Firewall blocks — A device firewall, router, or gateway blocks ports or domains AnyDesk uses.
- Proxy filtering — Proxies and web filters interfere with encrypted traffic or long-lived sockets.
- Wi-Fi sign-in — Captive portals keep apps offline until you finish the browser login.
Once you know which bucket you’re in, the fix is often one setting change, not a full reinstall.
Quick Checks That Clear Most Cases
Check Status And Prove The Network
Open the AnyDesk Status page in a browser. If there’s an active incident, wait it out and retry later.
If status looks clean, run these fast proofs.
- Switch networks — Try a phone hotspot or a different Wi-Fi to see if the issue follows the device or the network.
- Restart devices — Reboot the PC and the router to clear stuck sessions and stale rules.
- Test a new site — Load a site you rarely visit to rule out a filtered connection that only allows a small list.
Confirm Date And Time
A wrong clock is a common tripwire after dual-boot changes, a drained CMOS battery, or long sleep. AnyDesk uses certificates. If time is off, the client may reject the handshake.
- Turn on auto time — Enable automatic time and time zone, then sync once.
- Quit and reopen — Close AnyDesk fully, then start it again after the clock is corrected.
Check DNS Without Guessing
When DNS is the issue, AnyDesk often fails while other apps limp along from cached records. A quick test is to switch DNS to a known public resolver, then retry. If that works, the lasting fix is to adjust the network’s DNS filter or resolver rules.
- Swap DNS — Set DNS to a public resolver on the device as a short test.
- Undo changes — Put DNS back once you’ve confirmed what broke the link.
AnyDesk Not Connected To Server On Windows
Windows issues tend to fall into two camps. The firewall blocked the app after a prompt was dismissed, or a security suite is filtering encrypted traffic. Start with the firewall, since it’s the most common.
Allow AnyDesk Through Windows Defender Firewall
If you denied the initial prompt, Windows may block AnyDesk on one or both network profiles. Fix it in Windows Security.
- Open firewall settings — Go to Settings, then Windows Security, then Firewall & network protection.
- Allow the app — Use “Allow an app through firewall,” then enable AnyDesk on Private and Public.
- Retest your ID — Restart AnyDesk and check whether your ID appears without delay.
Check Security Tools That Filter TLS
Some antivirus suites add web shielding, HTTPS scanning, or deep inspection. Those features can disrupt TLS sessions. If AnyDesk works on a hotspot but fails on your main network, the filter may be on the device, the router, or the gateway.
- Pause web scanning — Turn off HTTPS scanning or web protection in the suite, then retry.
- Add an exception — If the pause changes the result, allow AnyDesk in the suite’s exception list.
- Restore protection — Re-enable the feature after the test.
Reset Network Settings When The Stack Is Messy
After many VPN installs, proxy tools, or driver swaps, Windows networking can get tangled. A reset can clear broken sockets and name resolution issues.
- Run a network reset — Use Network reset in Settings, then restart.
- Flush DNS — Clear cached records, then reopen AnyDesk.
- Try a clean user — Test AnyDesk from a fresh Windows user to rule out per-user proxy settings.
Check The App Mode And Permissions
If you run AnyDesk in portable mode, Windows can treat it differently across updates and policy changes. Installing the app can steady permissions and firewall prompts.
- Install AnyDesk — Use the installer instead of the portable file if policies allow it.
- Run as admin — Launch once with admin rights to confirm permissions aren’t blocking outbound traffic.
- Disable extra adapters — If you have many virtual adapters, disable unused ones and retest.
Network Rules That Block AnyDesk Connection To Server
If AnyDesk works on one network and fails on another, the blocker is upstream. A router rule, a gateway firewall, or traffic filtering that treats remote desktop apps as restricted. In workplaces and schools, you may need an admin to change these rules.
AnyDesk’s official firewall guidance lists the ports and allowlist below. If these are blocked, you can see the “anydesk not connected to server” message while normal browsing still works.
| Traffic Type | Ports | What To Allow |
|---|---|---|
| Core connection | TCP 80, 443, 6568 | Permit at least one outbound TCP port used by AnyDesk. |
| LAN device finding | UDP 50001–50003 | Allow only if you use device finding on the same LAN. |
| LAN multicast | UDP multicast | Allow multicast IP 239.255.102.18 on the local network only. |
| Domain allowlist | DNS | Allow *.net.anydesk.com so the client can reach AnyDesk servers. |
Pick A Port When Rules Are Tight
If a firewall team asks “which port do you need,” give a clear answer. AnyDesk can connect over TCP 80, 443, or 6568. If you can only open one, start with 443 since it’s commonly allowed for HTTPS traffic. If 443 is already open and the error remains, ask for 80 or 6568 next, then retest after each change.
- Confirm outbound rules — Make sure the rule is outbound, not inbound, and applies to the device’s subnet.
- Allow the domain — Add *.net.anydesk.com in the filter so DNS and routing aren’t blocked.
- Retest from the same network — Stay on the failing Wi-Fi during the test, since hotspots can hide the issue.
Watch For TLS Interception And DPI
Many business firewalls intercept encrypted traffic. That can break certificate checks or cut long sessions. If your gateway has SSL interception, HTTPS inspection, or DPI toggles, test an exception for AnyDesk traffic. On managed networks, that change is done on the gateway, not on the PC.
Check Router Controls And Parental Filters
Home routers can block remote desktop tools through built-in filters, app control lists, or “safe browsing” features. If only one device is blocked, compare router rules against a device that works. If all devices are blocked on the same Wi-Fi, the router or ISP path is the place to look.
- Disable app blocks — Turn off remote access blocks and retry AnyDesk.
- Allow the domain — Add *.net.anydesk.com to any allowlist the router uses.
- Check guest Wi-Fi — Guest networks often block device-to-device traffic and some outbound ports.
Confirm DNS Can Resolve AnyDesk Hosts
Strict DNS filters can block AnyDesk hostnames. If switching DNS on the device fixes the error, the clean fix is to allow the AnyDesk domains in the network’s DNS filter, then switch your device back.
Fixes For Proxies, VPNs, And Captive Portals
Some networks route traffic through a proxy, even when you never set one. Hotels and campuses also use captive portals. Both cases can leave AnyDesk offline until the path is clean.
Clear Captive Portals First
On a captive portal, Wi-Fi connects but blocks most traffic until you accept terms in a browser. AnyDesk won’t complete its handshake until that login is done.
- Trigger the portal — Open a browser and load a plain HTTP site.
- Finish sign-in — Accept the terms and confirm you can browse.
- Restart AnyDesk — Close it fully, then reopen it after sign-in is complete.
Check OS Proxy Settings
Windows and macOS can inherit proxy settings from device management tools, old VPN clients, or workplace profiles. If a proxy is set and unreachable, AnyDesk may fail while other apps retry through cached routes.
- Review proxy config — In OS network settings, confirm there’s no manual proxy unless you use one.
- Disable auto scripts — Turn off PAC or auto proxy scripts as a test, then retry.
- Put it back — Restore required settings after the test.
Test Without A VPN Tunnel
A VPN can route DNS and outbound traffic through a tunnel that blocks remote desktop apps. Disconnect and test. If you must keep the tunnel, use split tunneling so AnyDesk traffic exits locally.
- Disconnect VPN — Turn it off, then retest AnyDesk.
- Enable split tunneling — Add AnyDesk as an app exception so it bypasses the tunnel.
- Try a different exit — If policy blocks the app, use a permitted path.
Prevent Repeat Disconnects And Keep Sessions Stable
Once the error is gone, a few habits cut repeat failures. They’re not fancy, yet they save time when you need to connect quickly.
Start with the basics, then add the ones that match your setup.
- Update both ends — Keep AnyDesk current on both devices so client changes don’t break sessions.
- Install when you can — Installed mode works better with permissions and firewall prompts than portable mode.
- Keep time in sync — Leave automatic time on, especially on laptops that sleep often.
- Record the fix — Note which port, domain, or filter change restored access, so router resets don’t bring the error back.
- Check self-hosted relays — If you use an on-prem relay, confirm it’s reachable from each network you work from.
If you still get stuck after all steps, treat it as a controlled test. Confirm the app works on a hotspot, then change one network control at a time on the failing Wi-Fi. That makes the root cause obvious and avoids chasing shadows.
If you manage the router, keep a screenshot of the rule that fixed it.
When the message returns days later, start with the same routine. Status, clock, then outbound rules. It’s faster than reinstalling, and it keeps your setup predictable.
