| |
ESOE Users |
Hi
regards,
On 06/02/2009, at 10:09, Michael <MichaelBli...@hotmail.com> wrote:
> Hello Bradley,
> Thanks for your quick reply (I went off for a coffee). Yes, nslookup
> I also noticed the following in esoe-authn.log - is the lack of
> 2009-02-06 09:23:05,765 ERROR esoe.authn - Failed to authenticate
> Results of nslookup:
> C:\Documents and Settings\mblight>nslookup smstsdc01
> Name: smstsdc01.TSDEV.Inside
> On Feb 6, 10:19 am, Bradley Beddoes <bedd...@intient.com> wrote:
>> Michael wrote:
>>> I have got past a few problems with installation, and have finally
>>> I have tried a few options by stopping Tomcat, changing the "## LDAP
>>> ldapURL-1=ldap://smstsdc01
>> This needs to be the server DNS entry does 'nslookup smstsdc01'
>>> ldapServer-1=smstsdc01
>> This needs to be a DN so something like
>>> adminPassword-1=neveryoumind
>>> I have tried the "ldapURL-1" with/without port, and "baseDN-1" with/
>> sAMAccountName for AD is the best option, you can add the cn=users to
>>> During installation I did the following that was slightly different
>>> I am using Windows 2003, Tomcat 5.5, MySql 5.1.30, JRE 6, and the
>> From memory that is the latest binary build versioning, things have
>>> If anybody can help with the Active Directory integration I would be
>> Hopefully the above is of assistance.
>> --
>> Intienthttp://www.intient.com
>> Telephone
>> - Show quoted text -
You're still missing the uid= or sAMAccountName= on the dn for you're
admin user based on the confit you've just provided
Bradley Beddoes
Lead Software Architect
Intient Pty Ltd
> does resolve correctly, as shown below. I have updated adminUser-1 to
> "tsadmin,dc=tsdev,dc=inside" or "tsadmin,cn=users,dc=tsdev,dc=inside"
> without luck.
> something at the end a concern?
> principal tsadmin to underlying authentication mechanism identified by
> external ESOE ID of:
> Server: smstsdc01.tsdev.inside
> Address: 192.168.20.1
> Address: 192.168.20.1
>> Hi Michael,
>>> Hi All,
>>> got
>>> to the login page, but continually come up with a login failure. I
>>> have tested my LDAP connection and credentials using an LDAP browser
>>> and they work fine, but I am no expert here.
>>> Server 1 Connection" section of esoe.config and restarting. Is this
>>> going to pick up my changes? The current details are:
>> resolve
>> in DNS for you?. If not you'll need something like
>> smstsdc01.company.com
>>> ldapServerPort-1=389
>>> baseDN-1=DC=TSDEV,DC=Inside
>>> identifier-1=sAMAccountName
>>> recursive-1=true
>>> disableSSL-1=true
>>> adminUser-1=tsdev\tsadmin
>> sAMAccountName=tsadmin,dc=tsdev,dc=inside - please adjust accordingly
>> for your environment.
>>> without "CN=Users". The default for "identifier-1" in this
>>> section is
>>> "uid", but the LDAP browser shows no such property. I have tried
>>> replacing it with "sAMAccountName", which the LDAP browser shows as
>>> being the account name, but it doesn't work.
>> baseDN if you like but get it working without this first would be my
>> recommendation.
>>> from the instructions:
>>> - Edited generate_db-mysql to comment out the constraints as they
>>> caused problems with MySQL.
>>> - Ignored the installation step of "Extract spep-shared.tar.gz to
>>> your
>>> $TOMCAT/shared/lib directory of the tomcat instance which will run
>>> esoemanager" as the file did not exist.
>>> - I was confused by "Your database itself is already configured,
>>> undertake the following for your environment." as no database had
>>> been
>>> created, and the in the next step it was to be used. In MySql I
>>> manually created the esoe database, after setting the engine to
>>> InnoDB
>>> (to fix something).
>>> "current" build of OSOE (which I assume is 0.5.2 or thereabouts).
>> progressed significantly in SVN head however.
>>> very grateful.
>> Bradley Beddoes
>> Lead Software Architect
>> Australia: (07) 3102 4560
>> United States: (424) 785-0434- Hide quoted text -