Hi,
I had install a CentOS 4.3. In etc/resolve.conf, the nameserver i use is the static IP which i was issue by the datacentre. I cant resolve any domain. But if i use a public DNS IP, i am able to resolve. What is wrong with my IP?
regards
I had install a CentOS 4.3. In etc/resolve.conf, the nameserver i use is the static IP which i was issue by the datacentre. I cant resolve any domain. But if i use a public DNS IP, i am able to resolve. What is wrong with my IP?
What's the output of:
dig google.com @the.ip.you.were.given
where @the.ip.you.were.given is literally something like @1.2.3.4
j
-- Jason Bradley Nance What would you cry for? aitrus@tresgeek.net Swallow your pride for? Tres Geek What would you go wild for? http://tresgeek.net/ -Poe, "Wild" --
I had install a CentOS 4.3. In etc/resolve.conf, the nameserver i use is the static IP which i was issue by the datacentre. I cant resolve any domain. But if i use a public DNS IP, i am able to resolve. What is wrong with my IP?
What's the output of:
dig google.com @the.ip.you.were.given
where @the.ip.you.were.given is literally something like @1.2.3.4
; <<>> DiG 9.2.4 <<>> google.com ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36222 ;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 13, ADDITIONAL: 13
;; QUESTION SECTION: ;google.com. IN A
;; AUTHORITY SECTION: . 192607 IN NS K.ROOT-SERVERS.NET. . 192607 IN NS L.ROOT-SERVERS.NET. . 192607 IN NS M.ROOT-SERVERS.NET. . 192607 IN NS A.ROOT-SERVERS.NET. . 192607 IN NS B.ROOT-SERVERS.NET. . 192607 IN NS C.ROOT-SERVERS.NET. . 192607 IN NS D.ROOT-SERVERS.NET. . 192607 IN NS E.ROOT-SERVERS.NET. . 192607 IN NS F.ROOT-SERVERS.NET. . 192607 IN NS G.ROOT-SERVERS.NET. . 192607 IN NS H.ROOT-SERVERS.NET. . 192607 IN NS I.ROOT-SERVERS.NET. . 192607 IN NS J.ROOT-SERVERS.NET.
;; ADDITIONAL SECTION: A.ROOT-SERVERS.NET. 463865 IN A 198.41.0.4 B.ROOT-SERVERS.NET. 463865 IN A 192.228.79.201 C.ROOT-SERVERS.NET. 463865 IN A 192.33.4.12 D.ROOT-SERVERS.NET. 463865 IN A 128.8.10.90 E.ROOT-SERVERS.NET. 463865 IN A 192.203.230.10 F.ROOT-SERVERS.NET. 463865 IN A 192.5.5.241 G.ROOT-SERVERS.NET. 463865 IN A 192.112.36.4 H.ROOT-SERVERS.NET. 463865 IN A 128.63.2.53 I.ROOT-SERVERS.NET. 463865 IN A 192.36.148.17 J.ROOT-SERVERS.NET. 463865 IN A 192.58.128.30 K.ROOT-SERVERS.NET. 463865 IN A 193.0.14.129 L.ROOT-SERVERS.NET. 463865 IN A 198.32.64.12 M.ROOT-SERVERS.NET. 463865 IN A 202.12.27.33
;; Query time: 0 msec ;; SERVER: 203.81.50.93#53(203.81.50.93) ;; WHEN: Thu Jul 20 12:34:56 2006 ;; MSG SIZE rcvd: 447
regards
CentOS List wrote:
I had install a CentOS 4.3. In etc/resolve.conf, the nameserver i use is the static IP which i was issue by the datacentre. I cant resolve any domain. But if i use a public DNS IP, i am able to resolve. What is wrong with my IP?
What's the output of:
dig google.com @the.ip.you.were.given
where @the.ip.you.were.given is literally something like @1.2.3.4
<snip output>
Uhhh.... If that's what you got back, then that name server is totally screwed up, not your machine.
Verify with your isp that you have the correct IP for their name server.
j
-- Jason Bradley Nance What would you cry for? aitrus@tresgeek.net Swallow your pride for? Tres Geek What would you go wild for? http://tresgeek.net/ -Poe, "Wild" --
CentOS List wrote:
I had install a CentOS 4.3. In etc/resolve.conf, the nameserver i use is the static IP which i was issue by the datacentre. I cant resolve any domain. But if i use a public DNS IP, i am able to resolve. What is wrong with my IP?
What's the output of:
dig google.com @the.ip.you.were.given
where @the.ip.you.were.given is literally something like @1.2.3.4
<snip output>
Uhhh.... If that's what you got back, then that name server is totally screwed up, not your machine.
Verify with your isp that you have the correct IP for their name server.
Jason, thanks, but i dont really understand what you mean. Can you elaborate more?
Jason, thanks, but i dont really understand what you mean. Can you elaborate more?
That command should have either returned a proper lookup, which looks like this:
; <<>> DiG 9.3.2 <<>> google.com ;; global options: printcmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36313 ;; flags: qr rd ra; QUERY: 1, ANSWER: 3, AUTHORITY: 4, ADDITIONAL: 4
;; QUESTION SECTION: ;google.com. IN A
;; ANSWER SECTION: google.com. 86 IN A 72.14.207.99 google.com. 86 IN A 64.233.167.99 google.com. 86 IN A 64.233.187.99
;; AUTHORITY SECTION: google.com. 313475 IN NS ns3.google.com. google.com. 313475 IN NS ns4.google.com. google.com. 313475 IN NS ns1.google.com. google.com. 313475 IN NS ns2.google.com.
;; ADDITIONAL SECTION: ns1.google.com. 136895 IN A 216.239.32.10 ns2.google.com. 136895 IN A 216.239.34.10 ns3.google.com. 315244 IN A 216.239.36.10 ns4.google.com. 315244 IN A 216.239.38.10
;; Query time: 37 msec ;; SERVER: 67.50.135.146#53(67.50.135.146) ;; WHEN: Thu Jul 20 00:49:29 2006 ;; MSG SIZE rcvd: 212
Or a timeout/unreachable error, which looks like this:
; <<>> DiG 9.3.2 <<>> google.com @1.2.3.4 ; (1 server found) ;; global options: printcmd ;; connection timed out; no servers could be reached
Or some sort of server failed error. Instead, it dumped all the root name servers.
That means that either a) you didn't really type the command the way I specified / have some sort of weird settings in .digrc / have some sort of weird alias, or b) the name server you specified is returning bogus results. In the case of bogus results, it's the name server admin's problem, not yours (unless you are that admin... =). There is an option c) which is a stretch that involved hijacked queries or a compromised system, but like I said, that's a far reach.
j
-- Jason Bradley Nance What would you cry for? aitrus@tresgeek.net Swallow your pride for? Tres Geek What would you go wild for? http://tresgeek.net/ -Poe, "Wild" --
of weird alias, or b) the name server you specified is returning bogus results. In the case of bogus results, it's the name server admin's problem, not yours (unless you are that admin... =). There is an option c) which is a stretch that involved hijacked queries or a compromised system, but like I said, that's a far reach.
Sadly to say, i am the admin of the machine. After some experimenting, i realised that i need a hint using named.ca in named config file. Werid, i dont need that hint in other ISP.
thanks again
CentOS List spake the following on 7/19/2006 11:43 PM:
of weird alias, or b) the name server you specified is returning bogus results. In the case of bogus results, it's the name server admin's problem, not yours (unless you are that admin... =). There is an option c) which is a stretch that involved hijacked queries or a compromised system, but like I said, that's a far reach.
Sadly to say, i am the admin of the machine. After some experimenting, i realised that i need a hint using named.ca in named config file. Werid, i dont need that hint in other ISP.
thanks again
You need the hints anytime your machine has to do the resolving. When you use the ISP's nameservers, you just pass the request up the line, and are given the answer.