The specified domain either does not exist or could not be contacted
Hi all, from out of the blue all RDP users are getting this error when attempting to log in to the terminal server which is part of the domain. I can log in to the terminal server locally but any RDP users trying to log in get the error. Not sure where to start. It's odd that when specifying the domain locally is seems to see it and log me in.
Any help appreciated.
Thanks
* RDPDNS* domain controllerWindows Server 2012
Last Comment
Paul Montgomery
8/22/2022 - Mon
Joshua Hopkins
First thing would be to check the eventlogs on the server and see if there is an error for RPD services. Make sure that they are running on the server and not hung.
I would also check to make sure that the DNS resolves to the correct IP. If that has changed then users would see this issue. Also check to make sure that an update did not adjust the local firewall settings and block users.
infedonetwork
Verify the DNS.
Do an Ipconfig /all to and make sure the DNS listed is the one that server the domain. Some time you may have a router that also assign IP and assign the wrong the dns. If that's the case disable the DHCP on the router and make sure the DHCP assign the proper DNS. If you have a DHCP server you can configure this on the scope options
Paul Montgomery
ASKER
Joshua: I don't see anything unusual related to RDP in the Event Viewer. The DNS resolves correctly back to the external IP here . Firewall is off.
infedonetwork: The router (Cisco ASA 5505) has dhcp disabled.
I doubt this is relavent but the DC is a VM running in Hyper-V. I also rebooted everything (host and all VM's)
Flushed the DNS, didn't help.
I did see that there was no static IP set in dns on the TS to point to the DC so I corrected that. There were static IP's set but they were to outside IP to the ISP. The preferred DNS IP now points to the IP of the DC. I tried to connect to the TS from the outside and got the same message.
I don't have any AD replication going as far as I know. This literally happened overnight.
Paul Montgomery
ASKER
Spoke too soon. It must have taken a little while to propagate. Setting the Primary DNS IP to point to the DC fixed it. Odd that this even has worked for all this time.
Thanks for all the help!
I would also check to make sure that the DNS resolves to the correct IP. If that has changed then users would see this issue. Also check to make sure that an update did not adjust the local firewall settings and block users.