I just installed OpenManage Server Administration 4.5 on a Dell server with Windows 2003 installed.
And I am not able to login at all to the Server Administration site.
HTTP is to 'localhost' name:1311
I am attempting to use NTLM authentication. I have created a local user/password and assigned them to the Administrators group. Any attempt to login repeatedly fails.
If I try a different user (with Domain Administration) privileges, they also fail.
Thanks Grasshopper62, but it goes beyond that. Perhaps I should have been more specific.
With HTTPS, I then receive the accept certificate screen, which I respond yes to, I then get the login prompt. I enter the locally defined user/password with adminstrator rights, and submit.
The servlet runs (or attempts to) and comes back with 'Login Failed'.
Thanks ePatrick. A little headway. In \Program Files\Dell\SysMgt\oma\log\omcmdlog.xml, I now see my attempt to login, but by the looks of it, it should be working.
LogEntry
TimeStamp
1132590945
TimeStamp
DateTime
Mon Nov 21 11:35:45 2005
DateTime
ComputerName
anycomputer
ComputerName
Type
4
Type
ID
5301
ID
UserInfo
anycomputer/jlm
UserInfo
Source
CSDA
Source
Description
SMStatus
0
SMStatus
Parameter
name
="
priviliges
"
value
="
ADMIN
"
Parameter
name
="
ipaddr
"
value
="
192.168.xxx.xxx
"
Description
Data
LogEntry
I changed the name of the computer and IP address (and removed the XML formating for posting), but in the original they are correct. Even though this looks good (to me), the login screen never changes/disappears, and I never receive a OpenManage Server Admin screen.
Anyone know what 'Type 4' is? Or 'Source CSDA'? Or 'SMStatus 0'?
If I have been authenticated, and only the redirection is not working, what's the URL for the OpenManage Server Admin page?
Another thought. Any issue using OMSA with Java 1.5.0? How about Enhanced IE Security that comes with Windows 2003? Local host is defined in the Intranet zone. Popup Blockers? And other Security type issues?
Strange that the OMSARedirect servlet doesn't go anywhere or do anything.
I was thinking security? Maybe logon to the server locally, rather than domain...and even at the console if you can and check the IE security settings.
When you actually logon to OM locally it shouldn't even ask you for the password as of 4.4 - it should just log you straight in - great time saver when you have alot of servers to get around.
Sorry, tester25. No, I haven't figured out the root cause. It does not work on the OMSA Mgmt. Svr., which is a Windows Server 2003 Std. Ed. with SP1 system. IE 6.0 SP1 using Enhanced Security.
But, I am able to access and use the product when I connect from another machine. It is a WinXP Pro 2002 SP2 system, with IE 6.0 SP2.
So, my working theory is that it has something to do with the IE version on the Win2k3 system; more specifically IE Enhanced Security.
Since I can access and it works, just not on the OMSA Server, I'll just let this issue drop.
Hopefully, the tidbit of information about Internet Explorer and/or Win2k3 will help others in the future.
You probably already thought of this but I'm gonna throw it out there anyways. Can you compare the Internet Explorer settings that are on the WindowsXP workstation to those that are on the Windows 2003 Server? I'm talking about the settings that are on the Advanced Tab. Especiall focus what's below each of the following setting categories:
HTTP 1.1 settings
Java(Sun)
Microsoft VM
Security (Especially SSL)
Grasshopper62
25 Posts
10215
0
Posted November 18th, 2005 21:00
https://localhost:1131
Secure socket port.