Unable to query DNS
Comments
-
jbaello Member Posts: 1,191 ■■■□□□□□□□FQDN: w2k3en32-s03.soggyrice.local
IP Address: 192.168.1.105 (Static)
NSlookup Result:
*** Can't find server name for address 192.168.1.105: Non-existent domain
Default Server: Unknown
Address: 192.168.1.105 -
astorrs Member Posts: 3,139 ■■■■■■□□□□Okay now from the nslookup prompt enter "w2k3en32-s03.soggyrice.local" and post the output.
-
Ahriakin Member Posts: 1,799 ■■■■■■■■□□Do you have a Reverse Lookup Zone? You will need it to resolve IPs to Names (Forward is only for Names to IPs).We responded to the Year 2000 issue with "Y2K" solutions...isn't this the kind of thinking that got us into trouble in the first place?
-
GJB Member Posts: 6 ■□□□□□□□□□Can't Find Server Name when Starting Nslookup.exe
When starting the Nslookup.exe utility, the following error may occur:
*** Can't find server name for address w.x.y.z: Non-existent domain
This error occurs when there is no PTR record for the name server's IP address. When Nslookup.exe starts, it does a reverse lookup to get the name of the default server. If no PTR data exists, this error message is returned. To correct make sure that a reverse lookup zone exists and contains PTR records for the name servers.
from http://support.microsoft.com/kb/200525/en-us
Sounds like you need a Reverse Zone set up with a PTR record for your DNS/DC -
astorrs Member Posts: 3,139 ■■■■■■□□□□Exactly where I was going with it, but I wanted to confirm forward lookups were working as well (although you would assume they would be given the fact everything else on the network is - the last thing this thread needed was any more assumptions ).
-
blargoe Member Posts: 4,174 ■■■■■■■■■□Hi,
DNS is working, to avoid that one error in nslookup you have to have reverse lookup zone defined. If you were to continue with your nslookup query, it would work fine.IT guy since 12/00
Recent: 11/2019 - RHCSA (RHEL 7); 2/2019 - Updated VCP to 6.5 (just a few days before VMware discontinued the re-cert policy...)
Working on: RHCE/Ansible
Future: Probably continued Red Hat Immersion, Possibly VCAP Design, or maybe a completely different path. Depends on job demands... -
jbaello Member Posts: 1,191 ■■■□□□□□□□Thank you for the reply, specially you Astorrs :P Reverse Forward Lookup Zone is configured, I am aware that when DCPROMO is executed and DNS is selected to be configured automatically Reverse Forward Lookup Zone is not configured by automatically, so I always make sure that I configure this, like I mentioned A/PTR record successfuly gets updated, this includes NS record for the DNS server.
-
blargoe Member Posts: 4,174 ■■■■■■■■■□So there is a PTR record Reverse DNS for 105.1.168.192.in-addr.arpa? I can't think of another reason why you'd get that error when you start nslookup.IT guy since 12/00
Recent: 11/2019 - RHCSA (RHEL 7); 2/2019 - Updated VCP to 6.5 (just a few days before VMware discontinued the re-cert policy...)
Working on: RHCE/Ansible
Future: Probably continued Red Hat Immersion, Possibly VCAP Design, or maybe a completely different path. Depends on job demands... -
jbaello Member Posts: 1,191 ■■■□□□□□□□blargoe wrote:So there is a PTR record Reverse DNS for 105.1.168.192.in-addr.arpa? I can't think of another reason why you'd get that error when you start nslookup.
Yes, I will try to modify the host file and include netbios for DNS server... see if this works... I will also play around TCP/IP Advanced Configuration > DNS... -
jbaello Member Posts: 1,191 ■■■□□□□□□□OWA works on this problematic box...
https://webmail.soggyrice.com/owa
Means I am able to use AD accounts that has exchange mailbox... I am sure there is tons of DNS queries back and forth going on with my server except nslookup... -
jbaello Member Posts: 1,191 ■■■□□□□□□□jbaello wrote:astorrs wrote:I am thinking that Microsoft might need to propagate some information over before this thing can work again, then eventually it would work. I can be wrong, but since "everything" else is working except "nslookup" like I have posted I might say it's a M$ bug.
This thing is working at 1st I modified the host file and added an entry there, but after I deleted the entry to it's original state, it still works so basically I did not do antyhing, I think it's a propagation/update issue that did not working properly...