<?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 ilo with ad problems, almost there！ in Server Management - Remote Server Management</title>
    <link>https://community.hpe.com/t5/server-management-remote-server/ilo-with-ad-problems-almost-there/m-p/4532476#M4745</link>
    <description>&lt;!--!*#--&gt;We found that by default, ilo is using AD user's "CN name" to check authorization w/ AD server. but our "CN NAME" contains chinese characters, it seems it only can pass the testcan but can NOT pass in the real log in mode in ilo. Question:&lt;BR /&gt;1. Can we just make the user "login name" as  the ilo-login username rather than "USER CN NAME"? how &amp;amp; where to configure?&lt;BR /&gt;&lt;BR /&gt;if the answer for the 1st question is negative. We are thinking about the 2nd workaround:&lt;BR /&gt;&lt;BR /&gt;2. How can we make it pass by chiese characters in USER CN NAME if we can not use "user login name":&lt;BR /&gt;Our CN name contains non-english characters(chinese,such as “Bruce李”),we can pass the ilo Security-Directory test using this CN NAME (w/ chinese) ,but actually,we can not use it to login the ilo-main-page.(we have already check the ActivX option in ie-config according to some ). As soon as we change the chinese characters （“Bruce李”--&amp;gt;“Brucelee”） in the user CN NAME, we can log it in(Brucelee) successfully. but our company environment needs the chinese in user CN NAME.</description>
    <pubDate>Thu, 12 Nov 2009 08:31:44 GMT</pubDate>
    <dc:creator>alex_meng</dc:creator>
    <dc:date>2009-11-12T08:31:44Z</dc:date>
    <item>
      <title>ilo with ad problems, almost there！</title>
      <link>https://community.hpe.com/t5/server-management-remote-server/ilo-with-ad-problems-almost-there/m-p/4532476#M4745</link>
      <description>&lt;!--!*#--&gt;We found that by default, ilo is using AD user's "CN name" to check authorization w/ AD server. but our "CN NAME" contains chinese characters, it seems it only can pass the testcan but can NOT pass in the real log in mode in ilo. Question:&lt;BR /&gt;1. Can we just make the user "login name" as  the ilo-login username rather than "USER CN NAME"? how &amp;amp; where to configure?&lt;BR /&gt;&lt;BR /&gt;if the answer for the 1st question is negative. We are thinking about the 2nd workaround:&lt;BR /&gt;&lt;BR /&gt;2. How can we make it pass by chiese characters in USER CN NAME if we can not use "user login name":&lt;BR /&gt;Our CN name contains non-english characters(chinese,such as “Bruce李”),we can pass the ilo Security-Directory test using this CN NAME (w/ chinese) ,but actually,we can not use it to login the ilo-main-page.(we have already check the ActivX option in ie-config according to some ). As soon as we change the chinese characters （“Bruce李”--&amp;gt;“Brucelee”） in the user CN NAME, we can log it in(Brucelee) successfully. but our company environment needs the chinese in user CN NAME.</description>
      <pubDate>Thu, 12 Nov 2009 08:31:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-remote-server/ilo-with-ad-problems-almost-there/m-p/4532476#M4745</guid>
      <dc:creator>alex_meng</dc:creator>
      <dc:date>2009-11-12T08:31:44Z</dc:date>
    </item>
    <item>
      <title>Re: ilo with ad problems, almost there！</title>
      <link>https://community.hpe.com/t5/server-management-remote-server/ilo-with-ad-problems-almost-there/m-p/4532477#M4746</link>
      <description>BTW, how can i modify my post?&lt;BR /&gt;(it seems it only can pass the test but can NOT pass in the real log in mode in ilo)&lt;BR /&gt;&lt;BR /&gt;(we have already check the ActivX option in ie-config according to some former posts)</description>
      <pubDate>Thu, 12 Nov 2009 08:46:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/server-management-remote-server/ilo-with-ad-problems-almost-there/m-p/4532477#M4746</guid>
      <dc:creator>alex_meng</dc:creator>
      <dc:date>2009-11-12T08:46:00Z</dc:date>
    </item>
  </channel>
</rss>

