<?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 Directory Server Name cannot be resolved - AD Auth fails in Server Management - Remote Server Management</title>
    <link>https://community.hpe.com/t5/server-management-remote-server/directory-server-name-cannot-be-resolved-ad-auth-fails/m-p/4508830#M4707</link>
    <description>We have recently added / decommisioned some AD servers in our environment and we are in the process of changing our iLo settings to match. When we change the Directory Server Address on the Directory tab and run the tests they fail right away with the following errors:&lt;BR /&gt;&lt;BR /&gt;Directory Server DNS Name Failed &lt;BR /&gt;Unable to resolve host name&lt;BR /&gt;&lt;BR /&gt;We have not changed the DNS server that these cards connect to for name resolution and the records do exist and are resolvable from other systems in the environment.&lt;BR /&gt;&lt;BR /&gt;The common thread seems to be that if the hostname begins with a number that the resolution fails. If we change the Directory Server Address to a name in our DNS server that begins with a non-numeric charcter name resolution works. Of course, all our machines are moving to a naming convention that begins with a number, as we haven't had any other systems exhibit this name resolution issue.&lt;BR /&gt;&lt;BR /&gt;Are there any known issues where these cards cannot resolve hostnames that begin with a number?&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Tue, 06 Oct 2009 15:21:27 GMT</pubDate>
    <dc:creator>Mike DiBenedetto</dc:creator>
    <dc:date>2009-10-06T15:21:27Z</dc:date>
    <item>
      <title>Directory Server Name cannot be resolved - AD Auth fails</title>
      <link>https://community.hpe.com/t5/server-management-remote-server/directory-server-name-cannot-be-resolved-ad-auth-fails/m-p/4508830#M4707</link>
      <description>We have recently added / decommisioned some AD servers in our environment and we are in the process of changing our iLo settings to match. When we change the Directory Server Address on the Directory tab and run the tests they fail right away with the following errors:&lt;BR /&gt;&lt;BR /&gt;Directory Server DNS Name Failed &lt;BR /&gt;Unable to resolve host name&lt;BR /&gt;&lt;BR /&gt;We have not changed the DNS server that these cards connect to for name resolution and the records do exist and are resolvable from other systems in the environment.&lt;BR /&gt;&lt;BR /&gt;The common thread seems to be that if the hostname begins with a number that the resolution fails. If we change the Directory Server Address to a name in our DNS server that begins with a non-numeric charcter name resolution works. Of course, all our machines are moving to a naming convention that begins with a number, as we haven't had any other systems exhibit this name resolution issue.&lt;BR /&gt;&lt;BR /&gt;Are there any known issues where these cards cannot resolve hostnames that begin with a number?&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 06 Oct 2009 15:21:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-remote-server/directory-server-name-cannot-be-resolved-ad-auth-fails/m-p/4508830#M4707</guid>
      <dc:creator>Mike DiBenedetto</dc:creator>
      <dc:date>2009-10-06T15:21:27Z</dc:date>
    </item>
  </channel>
</rss>

