<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Problem with DNS lookup in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/problem-with-dns-lookup/m-p/4170891#M83465</link>
    <description>Please use dig instead of nslookup and post the command used and the output.&lt;BR /&gt;&lt;BR /&gt;For example:&lt;BR /&gt;&lt;BR /&gt;dig hostname.domain.com&lt;BR /&gt;&lt;BR /&gt;You can force the use of a DNS server with:&lt;BR /&gt;&lt;BR /&gt;dig @ip_of_dns_server hostname.domain.com&lt;BR /&gt;&lt;BR /&gt;Example:&lt;BR /&gt;&lt;BR /&gt;dig @192.168.0.1 test.domain.com</description>
    <pubDate>Mon, 31 Mar 2008 13:32:23 GMT</pubDate>
    <dc:creator>Ivan Ferreira</dc:creator>
    <dc:date>2008-03-31T13:32:23Z</dc:date>
    <item>
      <title>Problem with DNS lookup</title>
      <link>https://community.hpe.com/t5/operating-system-linux/problem-with-dns-lookup/m-p/4170890#M83464</link>
      <description>&lt;BR /&gt;Hi there --&lt;BR /&gt;&lt;BR /&gt;I have one of our servers set up to reference two nameservers and two search domains via the /etc/resolv.conf file. Here is a filtered version of the file:&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;nameserver &lt;IP address=""&gt;&lt;BR /&gt;nameserver &lt;IP address=""&gt;&lt;BR /&gt;search &lt;FIRST domain=""&gt; &lt;SECOND domain=""&gt;&lt;BR /&gt;# generated by NetworkManager, do not edit!&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;I am trying to do lookups, via the nslookup and host commands, of remote servers, but I am getting errors which indicate that when the search is done, the above search domains are concatenated to hostname being searched. Here is an example:&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;host database.clamav.net&lt;BR /&gt;Host database.clamav.net.&lt;SECOND domain=""&gt; not found: 3(NXDOMAIN)&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;If I remove either of the domains from the search line, the output has the other domain attached to the output. If I remove the entire search line, I get a REFUSED error message.&lt;BR /&gt;&lt;BR /&gt;The server in question is outside our company's firewall, and it is using iptables as its security. There is an exception that allows DNS to go outbound from the server. Here is the syntax:&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;$IPTABLES -A OUTPUT -p tcp --dport 53 -m state --state NEW -j ACCEPT&lt;BR /&gt;$IPTABLES -A OUTPUT -p udp --dport 53 -m state --state NEW -j ACCEPT&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;What is causing this to occur, and how can I correct it? Thanks.&lt;/SECOND&gt;&lt;/SECOND&gt;&lt;/FIRST&gt;&lt;/IP&gt;&lt;/IP&gt;</description>
      <pubDate>Mon, 31 Mar 2008 13:03:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/problem-with-dns-lookup/m-p/4170890#M83464</guid>
      <dc:creator>Andrew Kaplan</dc:creator>
      <dc:date>2008-03-31T13:03:58Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with DNS lookup</title>
      <link>https://community.hpe.com/t5/operating-system-linux/problem-with-dns-lookup/m-p/4170891#M83465</link>
      <description>Please use dig instead of nslookup and post the command used and the output.&lt;BR /&gt;&lt;BR /&gt;For example:&lt;BR /&gt;&lt;BR /&gt;dig hostname.domain.com&lt;BR /&gt;&lt;BR /&gt;You can force the use of a DNS server with:&lt;BR /&gt;&lt;BR /&gt;dig @ip_of_dns_server hostname.domain.com&lt;BR /&gt;&lt;BR /&gt;Example:&lt;BR /&gt;&lt;BR /&gt;dig @192.168.0.1 test.domain.com</description>
      <pubDate>Mon, 31 Mar 2008 13:32:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/problem-with-dns-lookup/m-p/4170891#M83465</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2008-03-31T13:32:23Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with DNS lookup</title>
      <link>https://community.hpe.com/t5/operating-system-linux/problem-with-dns-lookup/m-p/4170892#M83466</link>
      <description>Hi there --&lt;BR /&gt;&lt;BR /&gt;Thanks for your reply. Per your request here are the results of the dig &lt;HOSTNAME&gt; command:&lt;BR /&gt;&lt;BR /&gt;# dig database.clamav.net&lt;BR /&gt;&lt;BR /&gt;; &amp;lt;&amp;lt;&amp;gt;&amp;gt; DiG 9.4.0 &amp;lt;&amp;lt;&amp;gt;&amp;gt; database.clamav.net&lt;BR /&gt;;; global options:  printcmd&lt;BR /&gt;;; Got answer:&lt;BR /&gt;;; -&amp;gt;&amp;gt;HEADER&amp;lt;&amp;lt;- opcode: QUERY, status: REFUSED, id: 10651&lt;BR /&gt;;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0&lt;BR /&gt;;; WARNING: recursion requested but not available&lt;BR /&gt;&lt;BR /&gt;;; QUESTION SECTION:&lt;BR /&gt;;database.clamav.net.           IN      A&lt;BR /&gt;&lt;BR /&gt;;; Query time: 2 msec&lt;BR /&gt;;; SERVER: &lt;DNS server=""&gt;#53(DNS server)&lt;BR /&gt;;; WHEN: Mon Mar 31 11:13:14 2008&lt;BR /&gt;;; MSG SIZE  rcvd: 37&lt;BR /&gt;&lt;/DNS&gt;&lt;/HOSTNAME&gt;</description>
      <pubDate>Mon, 31 Mar 2008 14:34:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/problem-with-dns-lookup/m-p/4170892#M83466</guid>
      <dc:creator>Andrew Kaplan</dc:creator>
      <dc:date>2008-03-31T14:34:37Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with DNS lookup</title>
      <link>https://community.hpe.com/t5/operating-system-linux/problem-with-dns-lookup/m-p/4170893#M83467</link>
      <description>There is a configuration problem with your DNS server, as you can see:&lt;BR /&gt;&lt;BR /&gt;;; WARNING: recursion requested but not available&lt;BR /&gt;&lt;BR /&gt;Your DNS server does not allows recursion. Check your DNS configuration file /etc/named.conf for the:&lt;BR /&gt;&lt;BR /&gt;recursion&lt;BR /&gt;allow-recursion&lt;BR /&gt;&lt;BR /&gt;Configuration parameters.</description>
      <pubDate>Mon, 31 Mar 2008 15:18:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/problem-with-dns-lookup/m-p/4170893#M83467</guid>
      <dc:creator>Ivan Ferreira</dc:creator>
      <dc:date>2008-03-31T15:18:20Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with DNS lookup</title>
      <link>https://community.hpe.com/t5/operating-system-linux/problem-with-dns-lookup/m-p/4170894#M83468</link>
      <description>Hi there --&lt;BR /&gt;&lt;BR /&gt;I contacted our Infomation Security group, and it turns out the DNS servers I was connecting to were the wrong ones to use for this situation. I reconfigured the resolv.conf file with the correct addresses, and that appears to have solved the problem. Thanks for the help.</description>
      <pubDate>Mon, 31 Mar 2008 15:57:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/problem-with-dns-lookup/m-p/4170894#M83468</guid>
      <dc:creator>Andrew Kaplan</dc:creator>
      <dc:date>2008-03-31T15:57:02Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with DNS lookup</title>
      <link>https://community.hpe.com/t5/operating-system-linux/problem-with-dns-lookup/m-p/4170895#M83469</link>
      <description>Minor nit for the future - if you are already providing an FQDN (fully qualified domain name) such as (I'm guessing) database.clamav.net you can avoid the overhead of the searches by putting a period/dot at the end as in:&lt;BR /&gt;&lt;BR /&gt;database.clamav.net.&lt;BR /&gt;&lt;BR /&gt;which will tell the resolver library to not bother with the search terms and so perhaps save a couple of queries and round trip times in the resolution.</description>
      <pubDate>Tue, 01 Apr 2008 00:58:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/problem-with-dns-lookup/m-p/4170895#M83469</guid>
      <dc:creator>rick jones</dc:creator>
      <dc:date>2008-04-01T00:58:46Z</dc:date>
    </item>
  </channel>
</rss>

