When copying files from the shared folder \\ServerName\FolderName to a client computer, the Netbird.exe service running on Windows Server 2012 causes copying speeds to drop to zero and completely denies access to the server by its name. However, access via \\IP-address\FolderName at the same time works fine. Setting “Keep system DNS settings unchanged” on both the client and server doesn’t solve the problem. Therefore, it’s impossible to use your wonderful product.
Here’s how the AI explains the situation:
When the client computer attempted to access the server by name, it successfully resolved the name (via LLMNR/NetBIOS) and received the server’s IP address on the local network (e.g., 192.168.1.10).
The client sent a request to this local IP address.
The request arrived at the server’s network adapter. But at this point, Netbird stepped in. It likely intercepted or routed this traffic through its virtual network interface. As a result, the server either didn’t “hear” the client’s request via its local name or responded via a different interface, leading to crashes and huge delays. The system lost packets or waited for a response from the wrong interface.
NetBird Cloud, client 0.73.1
Network access to the server by its name is restored after manually stopping the Netbird service.
Is any other VPN software installed?
Disabling AdGuard (not AdGuard VPN) and Hiddify didn’t help.
Reproducing the problem to obtain diagnostic results is difficult, as it could take down the production server.
Have you tried these troubleshooting steps?
- Reviewed client troubleshooting (if applicable) – I don’t know how.
- Checked for newer NetBird versions
- Searched for similar issues on GitHub (including closed ones) – I don’t know how.
- Restarted the NetBird client
- Disabled other VPN software
- Checked firewall settings – Netbird just installed