We have a Windows Server 2008 R2 machine that is connected to our LAN.
We inherited this machine, meaning that we didn't set it up ourselves and may not be aware of everything about it. However we know that W2k8 is installed as a VMware guest.
This machine doesn't have a video card and doesn't allow to plug a keyboard or a mouse, additionally its USB ports have been disabled, it is thus a headless server (of course, it has a CD/DVD reader.) All this means that we always connect via the Ethernet port (using Remote Desktop Connection.)
We mistakenly set Network Discovery to off, and since then this machine appears to be unreachable. Indeed it doesn't allow RDC anymore and the only thing we can manage to do successfully is to ping it. Note that this machine is not a domain controller, it's just part of 'Workgroup'. Obviously its name doesn't appear anymore if we do a network scan, but, as I said, we can ping it.
We have tried three things so far to reestablish some form of control over that machine:
Microsoft Management Console (MMC) snap-ins
This initially was producing a RPC server is unavailable error message. After a while this turned into access denied.
My guess here is that turning Network Discovery to off disabled some key services required to make the snap-in to work. And, after a while, perhaps our attempts started to be perceived by the firewall as attacks, that could be why the error message changed into 'access denied'.
Basically giving the same results as above. First getting the complaints about the RPC server being unavailable and then the 'access denied' one.
I had never used Push VNC before so I'm not too sure what should be the expected output when all goes well. But it just doesn't seem to "push" it... Anyway, maybe it wasn't even intended to push VNC on Windows Server 2008.
So here we are with this "remote server", in fact physically just next to us and reachable by hand, but with no way to get it to "talk" to us...
What steps could we take to get this machine back up and running on our LAN ?