After rebooting Windows Server 2016 Essentials, all shares are in-accessible. When accessing the server locally using eg \\myserv I get a list of all shares, but when trying to enter one "The network path could not be found: 0x80070035".

I tried disabling the Windows Firewall, that didn't help. I checked the ports 139 and 445 using nmap

root@prox1:~# nmap -p 445,139
Starting Nmap 6.47 ( http://nmap.org ) at 2017-10-01 13:23 CEST
Nmap scan report for
Host is up (0.00034s latency).
139/tcp closed netbios-ssn
445/tcp closed microsoft-ds

And they appear to be closed. What can I do. Tried restarting the server another 3 times already, still not working.

Also checked locally using netstat:

C:\Users\Admin>netstat -a -o -n | find "445"
TCP                ABHÖREN         4
TCP    [::]:445               [::]:0                 ABHÖREN         4

There the ports appear to be open? Firewall disabled, there is nothing in between the two machines!! Also the only change was rebooting the Windows server (guest) running on a Proxmox Linux host (KVM virtualization). All other ports (HTTP, RDP, ...) are still open.

Prior to this, the server was running for 3 months in exactly this configuration. I feared the reboot already (it almost always causes some problems) but eventually had to and now again my weekend is ruined... :-(

EDIT: Further inspection with TCPView and netstat -a revealed that the DNS process (dns.exe) allocates a couple of thousands of ports (growing) in the range 49000 - 65000.

SOLVED(!?): Because this is just a VM server I thought, it wouldn't hurt to try and add another network interface. And to my suprise everything worked on the second interface. Now since this is also the Active Directory Server I think I can't just switch IP addresses so out of desperation, I just changed the IP adresses of the old adapter to the new and vice versa. Suprising me again, everything now works on the old IP address (with the new adapter), whereas the old adapter (with the temporary IP) is still not working

Details of the old and new adapter (left one is the new, now working one)

Here you can see the DNS is set to (same for both adapters), also the default values were kept for NetBIOS on both interfaces! DNS settings, both are set to, and NetBIOS settings (both default)

Can somebody help me figure out how this has happend and how to prevent it?

  • 3
    Have you checked the event log? Your comment about "fearing" the reboot as it almost always causes problems is contradictory to commonly accepted best practices. Had the system been regularly updated and rebooted it almost certainly would not usually cause any issues. Which also leads me to ask, have you installed all the latest updates? – Appleoddity Oct 1 '17 at 14:55
  • 1
    What is the state of the Server service? – joeqwerty Oct 1 '17 at 15:11
  • Server service is running. It's always something that doesn't work after reboot, that's why I only do it sporadically to install updates. What specifically should I check in the event log? Going through errors and warnings I didn't find anything sticking out... – schneida Oct 1 '17 at 17:00
  • 1
    Yes, it is completely normal. technet.microsoft.com/en-us/library/dd197515(v=ws.10).aspx – Appleoddity Oct 2 '17 at 4:58
  • 1
    Did you check what location your server has configured itself to? Is it domain or public? I've seen a bug with the network location awareness service. Try restarting it and see if it helps. If it does, set it to delayed start. – Appleoddity Oct 2 '17 at 5:05

The interface that works has NetBIOS over TCP/IP enabled.

It actually makes sense that this would solve the issue if you truly don't have a DNS server configured on your network interfaces. The image you show does not show a DNS server configured.

Being this is a domain controller, you should have as the primary DNS server, and any other domain controllers as the secondary, tertiary, etc. All OTHER machines on the network that are not domain controllers should have one or more of your domain controllers configured as their DNS server - preferably via DHCP options.

Without a valid DNS setting this domain controller is going to have all kinds of problems, and NetBIOS is an alternative name resolution service for file sharing.

  • Sorry this is not the case. The DNS is set up propperly on both interfaces to / ::1 on IPv6 (since this is the only AD Server - not sure if a secondary is even possible with Windows Server 2016 Essentials). Also the NetBIOS settings were kept exactly the same on both interfaces. I can reproduce the not showing as DNS also on my Windows 10 computer at home! – schneida Oct 2 '17 at 15:05
  • Yes, it sounds like maybe it doesn't show the loopback address for DNS servers. Although that is strange. I could test that later. However, you can't say you kept the settings the same because it clearly shows in your images that it is not and I can only suspect this is related in someway to DNS resolution. – Appleoddity Oct 2 '17 at 15:06
  • This advice is backwards. Your AD/DNS servers should have another AD/DNS servers as the primary DNS. The last DNS server should be – longneck Oct 2 '17 at 15:07
  • @Appleoddity I promise you I have kept all settings the same :-) In german we have saying - I put my hand into the fire to assure you nothing changed, except the things I said I did! – schneida Oct 2 '17 at 15:12
  • 1
    @Schneida - thanks for the additional images in your question. Those default settings should result in NetBIOS being enabled. I'm leaning towards a corrupt network interface installation. Have you tried netsh int ip reset and netsh winsock reset then reboot? Apart from that I would remove the adapter and re-add it, or double check it's configuration on the VMHost. Something is screwy on that adapter, I think we both can agree. I'd love to know what is wrong - but obviously, the problem appears to be solved. – Appleoddity Oct 2 '17 at 15:24

I just had this issue and as Appleoddity pointed out, it is the NetBOIS setting. I had it set to Default, changed it to Enabled and restarted. But the status details still showed it as not enabled. Using the reset commands didn't work either.

I solved it by removing the network adapter and re-adding it.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.