powered by Jive Software

Interface Login Failed after Active Directory LDAP config

I have installed openfire 3.3.2 onto a Windows 2003 64bit server (It is also an AD server but not the main AD pointed to eg: AD1.companyname…). The web console worked for setup however, after finally finishing the guided setup (tests were positive at each section including AD admin user test) I am unable to log onto the console with the relevantly created AD user “OpenfireAdmin”.

Error is “Login failed: make sure your username and password are correct and that you’'re an admin or moderator.”

I have included the config (albeit with pw and company information removed).

Could someone please give me a hand in fixing this?



Message was edited by: motiv8d

Is that user a newly created AD user? If so try changing the user to a previously existing account such as your own. The user may not have synced down to the openfire server yet. The other option is to point to your PDC.

Thanks mtstravel.

Yes, newly created user, tried with a long term user also with same failure.

There is main AD and a secondary AD, both 2003 server. Have tried pointing to both of these with the same failure.

I wonder if it is something to do with NT domain name vs 2000/2003 type domain name vs DNS.

NT domain: COGS (hence ldap login name is COGS\ldapqueryuser)

2000/2003 domain: COMPANYNAME.COGS

DNS has 3 zones: COGS, companyname.COGS and companyname.com.au)

internal server IPs: (rdns = COGSS1.companyname.com.au) & (rdns = COGSS2.companyname.com.au)

dns entries resolving to





and similar structure for

Have also tried using 3268 for the ldap port.

Anything else that you think I could try?



Try using the complete DN of the user for adminDN. Have you looked in the error log?

Thanks but “2007.07.20 01:19:39 Admin console: Using RSA certificates but they are not valid for the hosted domain” is the only error that could seem related.

However it is now working.

I dont know what is coincidence but I performed the following:

  1. changed the setup in the xml to false

  2. rerun the setup (used same parameters)

  3. moved the open fire admin users to another OU, then moved them back

  4. changed the setup in the xml to false again

  5. rerun the setup again (used same parameters)

Makes no sense to me why it is now working though

Ta for the help.


The certificates error is important. You should regenerate those certificates.

Hi mtstravel. Thanks for the certs info. Web interface is working. However, I am only able to connect from a jabber client (psi) when “plain text authentication” is selected. SSL will not work, a certificate is presented at connection which says that the cert is in valid date range but it says also “This cert is not valid”.

I have removed the certs and gone through the setup procedure twice again with the same result.

The log from openfire shows:

2007.07.22 23:58:25 User tried to authenticate with this server using an unknown receipient:

2007.07.22 23:58:55 HTTP binding: Using RSA certificates but they are not valid for the hosted domain

2007.07.22 23:58:57 HTTP binding: Using RSA certificates but they are not valid for the hosted domain

The AD domain name is: COMPANYNAME.COGS

Old NT domain name is: COGS

Jabber is installed on an AD server for which:

The servername is: COGSS2

Listed in DNS for this server is:

COGSS2.companyname.com.au, jabber1.companyname.com.au,

COGSS2.companyname.cogs, jabber1.companyname.cogs,

The name of the jabber server when trying to connect from client is eg: ldapqueryuser@jabber1.companyname.com.au

for which plain text authentication works and SSL does not.

Any ideas of what I could try?

Thanks again.

Can you login to the adim interface to see your settings?

Please verify the following:

Server Settings: Server Name: jabber1.companyname.com.au or jabber1.companyname.cogs

Server Certificates:

*.jabber1.companyname.com.au (jabber1.companyname.com.au_rsa)

*.jabber1.companyname.com.au (jabber1.companyname.com.au_dsa) or

*.jabber1.companyname.cogs (jabber1.companyname.cogs_rsa)

*.jabber1.companyname.cogs (jabber1.companyname.cogs_dsa)

The server FQDN should be the same domain as the certificates. Delete the certificates if they do not match and regenerate them. If you are not using self signed certs then make sure the server name matches the certificates.

Then fill out all relevent info in the Signing Request.