2013/11/19 Jason Brandt jbra...@fsmail.bradley.edu:
You are trying to authenticate through the credentials stored in your active
directory servers, not the passwords stored in LDAP, correct? If that is
the case, then the easiest means to accomplish that are to use SASL for
authentication.
Clément OUDOT wrote:
2013/11/19 Jason Brandt jbra...@fsmail.bradley.edu:
You are trying to authenticate through the credentials stored in your active
directory servers, not the passwords stored in LDAP, correct? If that is
the case, then the easiest means to accomplish that are to use SASL for
Hi,
On Wed, 20 Nov 2013, Ulrich Windl wrote:
Hi!
Sorry, this is a somewhat generic question: I wonder what difference it makes whether I specify objectClass: top for
an object, or not: Conceptually, top is included automatically (so the objectClass attribute goes to any structural
class),
В Вто, 19/11/2013 в 11:11 -0800, Quanah Gibson-Mount пишет:
--On November 19, 2013 at 8:20:57 PM +0200 Покотиленко
Костик cas...@meteor.dp.ua wrote:
Hi,
In our 1 Master - several slaves environment master slapd sometimes
stucks in such condition that it takes minutes to get replay
2013/11/20 Howard Chu h...@symas.com:
Clément OUDOT wrote:
2013/11/19 Jason Brandt jbra...@fsmail.bradley.edu:
You are trying to authenticate through the credentials stored in your
active
directory servers, not the passwords stored in LDAP, correct? If that is
the case, then the easiest
Thank you.
Yes, the credentials are stored in AD.
I saw this documentation,
http://ltb-project.org/wiki/documentation/general/sasl_delegation
Helped me very much, but I think there are some wrong in my saslauth.conf,
because when I put the AD server and ldap_filter = (sAMAccountName=%u is
Ok
2013/11/20 w...@cdtn.br:
Thank you.
Yes, the credentials are stored in AD.
I saw this documentation,
http://ltb-project.org/wiki/documentation/general/sasl_delegation
Helped me very much, but I think there are some wrong in my saslauth.conf,
because when I put the AD server and
I can get you my SASL config from my test environment when I get to the
office. One thing to keep in mind, is that you MUST do an authenticated
bind to AD, you cannot do anonymous bind, so you have to have a service
account setup to allow SASL to authenticate to AD. It can be the most
basic user
This is all that's contained in my saslauthd.conf:
ldap_servers: ldaps://server2 ldaps://server1
ldap_search_base: OU=usersOU,DC=foo,DC=bar
ldap_filter: sAMAccountName=%u
ldap_bind_dn: cn=saslauthd,cn=users,dc=foo,dc=bar
ldap_password: password
The obvious thing that jumps out at me is that
2013/11/20 Willy Ramos w...@cdtn.br:
Em 20/11/2013 10:26, Clément OUDOT escreveu:
2013/11/20 w...@cdtn.br:
Thank you.
Yes, the credentials are stored in AD.
I saw this documentation,
http://ltb-project.org/wiki/documentation/general/sasl_delegation
Helped me very much, but I think
Em 20/11/2013 10:26, Clément OUDOT escreveu:
2013/11/20 w...@cdtn.br:
Thank you.
Yes, the credentials are stored in AD.
I saw this documentation,
http://ltb-project.org/wiki/documentation/general/sasl_delegation
Helped me very much, but I think there are some wrong in my saslauth.conf,
Well, if you're going to use SASL, then you need to configure your
saslauth.conf like my example, making sure your ldap servers point to your
Active Directory servers. Otherwise if you're going to use some method
besides SASL, then I won't be much help.
On Wed, Nov 20, 2013 at 10:55 AM, Willy
Em 20/11/2013 14:33, Clément OUDOT escreveu:
2013/11/20 Willy Ramos w...@cdtn.br:
Em 20/11/2013 10:26, Clément OUDOT escreveu:
2013/11/20 w...@cdtn.br:
Thank you.
Yes, the credentials are stored in AD.
I saw this documentation,
No problem, if you need more config info on the SASL setup, let me know. I
have used with domain controller versions 2003 and up and worked great.
On Wed, Nov 20, 2013 at 11:24 AM, Willy Ramos w...@cdtn.br wrote:
Em 20/11/2013 14:33, Clément OUDOT escreveu:
2013/11/20 Willy Ramos
Daniel Jung wrote:
Just upgraded on one box to see if this was indeed the cause but still running
into same issue.
528b0ebb @(#) $OpenLDAP: slapd 2.4.38 (Nov 19 2013 07:17:09) $
ITS#7750 was supposed to be fixed in .38?
ITS#7750 was fixed *after* releasing 2.4.38.
Ciao, Michael.
15 matches
Mail list logo