I have been struggling with trying to set this up for a while now, but one thing you could try is to download the Dell remote access configuration tools (DRACT): http://support.us.dell.com/support/downloads/download.aspx?c=us&cs=04&l=en&s=k12&dateid=-1&fileid=370882&formatcnt=0&formatid=-1&libid=0&releaseid=R253298&source=-1&typeid=-1
Just go through the prompts and try it that way. It may or may not work, in my case it still did not and I am still looking for an answer.
Thanks Jeff, I am fully patched but I appreciate the suggestion. I did end up getting this working, there seems to be a flaw in the iDRAC authentication logic within the Active Directory Configuration and Management which, once you know, makes it easy to workaround.
The UI states FQDN or IP will work but I had to change this to the FQDN in both “Specify Domain controller Addresses” and on “Specify Global Catalog Server addresses” in order to get this to work with certificate validation because the certificate uses the FQDN
Also under test settings there seems to be additional coding problems that greatly prolonged the troubleshooting, when I use domain\user format. The error suggests that it rebuilds this username with the backslash as the first character of the username:
“domain\user” becomes “\user@domain” and fails. The programming logic is here, just not correct.
the second problem in test settings is that this test does not take the certificate into account so I test my credentials, get successful results then try to use the same credentials to log in but it fails, a lot of head scratching here. My failure was due to having the IP instead of the FQDN as mentioned above but then in my mind the test should have failed too.
David0088
5 Posts
0
August 10th, 2010 07:00
I have been struggling with trying to set this up for a while now, but one thing you could try is to download the Dell remote access configuration tools (DRACT): http://support.us.dell.com/support/downloads/download.aspx?c=us&cs=04&l=en&s=k12&dateid=-1&fileid=370882&formatcnt=0&formatid=-1&libid=0&releaseid=R253298&source=-1&typeid=-1
Just go through the prompts and try it that way. It may or may not work, in my case it still did not and I am still looking for an answer.
Todd_Saettele
6 Posts
0
June 25th, 2013 12:00
Hate to necro but I am wondering if this has been addressed in ~4 years.
DELL-Jeff M
2 Intern
•
793 Posts
1
June 27th, 2013 18:00
The DRAC Configuration Tool is still a good plan, and it should work better with the latest firmware.
Todd_Saettele
6 Posts
0
June 28th, 2013 08:00
Thanks Jeff, I am fully patched but I appreciate the suggestion. I did end up getting this working, there seems to be a flaw in the iDRAC authentication logic within the Active Directory Configuration and Management which, once you know, makes it easy to workaround.
The UI states FQDN or IP will work but I had to change this to the FQDN in both “Specify Domain controller Addresses” and on “Specify Global Catalog Server addresses” in order to get this to work with certificate validation because the certificate uses the FQDN
Also under test settings there seems to be additional coding problems that greatly prolonged the troubleshooting, when I use domain\user format. The error suggests that it rebuilds this username with the backslash as the first character of the username:
“domain\user” becomes “\user@domain” and fails. The programming logic is here, just not correct.
the second problem in test settings is that this test does not take the certificate into account so I test my credentials, get successful results then try to use the same credentials to log in but it fails, a lot of head scratching here. My failure was due to having the IP instead of the FQDN as mentioned above but then in my mind the test should have failed too.
HTH someone,
Todd