My suggestion is to use the documentation of Net::LDAP<http://search.cpan.org/~marschap/perl-ldap-0.57/lib/Net/LDAP.pod> to create a test perl file connection ... if it works, OTRS should work, too.
if it works (based upon the filter OTRS log provides) and OTRS does not, from the same machine, there's not much that can be said except to determine how the params you've provided in the stand alone perl program aren't accurately reflected in Config.pm On Fri, Nov 22, 2013 at 9:57 AM, Matthew M. Mosteller < mmostel...@shinesandt.com> wrote: > There should be no restrictions as this is not live and I am the only > one logging in, which worked before. By adding the AD server to the > workstation list do you mean a DNS entry? > > -Matt > ------------------------------ > *From: *"Alvaro Cordero" <alv...@gridshield.net> > > *To: *"User questions and discussions about OTRS." <otrs@otrs.org> > *Sent: *Friday, November 22, 2013 9:42:09 AM > > *Subject: *Re: [otrs] Svar: Re: LDAP stopped finding users > > Matt, is it possible that the user has a workstation logon restriction? It > happened to us that even if the user was in the DB and the authentication > was ok, with that restriction users couldn't be logged on. > > If that's the case you need to add the AD server into the workstation > list, when the user is registered then you can remove it. > > Regards > > > 2013/11/22 Matthew M. Mosteller <mmostel...@shinesandt.com> > >> > no ldap entry found means that the ldap server is unable to find an >> > entry in ldap for the given uid. >> >> The uid not existing definitely isn't the problem with my requests as I >> am copy/pasting from the ldap backend for that. I also tried removing and >> re-adding the user to the database just in case but that didn't work either. >> >> >> >> -Matt >> ------------------------------ >> *From: *"Gerald Young" <cryth...@gmail.com> >> *To: *"User questions and discussions about OTRS." <otrs@otrs.org> >> *Sent: *Friday, November 22, 2013 9:04:50 AM >> *Subject: *Re: [otrs] Svar: Re: LDAP stopped finding users >> >> >> Filter='(&(cn=ulh)(mail=*)) means ulh is a common name and has an >> email address in ldap. >> >> On Fri, Nov 22, 2013 at 9:01 AM, Martin Møller <m...@itq.dk> wrote: >> > I'm seeing the same thing with at least one use here. >> > >> > I can log in just fine, as well as a few others, but one user who has >> tried, >> > gets this error. >> > I have checked all the attributes - they are fine. No different from the >> > rest of us. >> > It's the same LDAP backend as before. >> > On the OTRS 3.2 system, he can log in. On the 3.3 system, he cannot. >> > User: ulh authentication failed, no LDAP entry >> found!BaseDN='ou=KBH,o=ITQ', >> > Filter='(&(cn=ulh)(mail=*)) >> > User: mmo (cn=mmo,ou=KBH,o=ITQ) authentication ok >> > >> > Very strange, from my point of view.. :) >> > >> > /Martin. >> > >> >>>> Gerald Young <cryth...@gmail.com> 22. november 2013 00:59 >>> >> > no ldap entry found means that the ldap server is unable to find an >> > entry in ldap for the given uid. >> > >> > >> > >> > On Thu, Nov 21, 2013 at 4:38 PM, Matthew M. Mosteller >> > <mmostel...@shinesandt.com> wrote: >> >> I had LDAP (openLDAP) working for a few weeks and now it suddenly >> decided >> >> to >> >> stop working. Since the server is not live I have anonymous searches >> >> allowed. I am now getting an error of: >> >> >> >> [Thu Nov 21 16:27:30 2013][Notice][Kernel::System::Auth::LDAP::Auth] >> User: >> >> otrsad...@shinesystech.com authentication failed, no LDAP entry >> >> found!BaseDN='dc=shinesystech,dc=com', >> >> Filter='(uid=otrsad...@shinesystech.com)', (REMOTE_ADDR: >> 192.168.2.128). >> >> >> >> None of the Config.pm settings have been changed and I have not messed >> >> with >> >> the ldap config, so it's very strange. >> >> >> >> Any ideas on how I can best fix/debug this problem? >> >> >> >> >> >> -Matt >> >> >> >> --------------------------------------------------------------------- >> >> OTRS mailing list: otrs - Webpage: http://otrs.org/ >> >> Archive: http://lists.otrs.org/pipermail/otrs >> >> To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs >> > --------------------------------------------------------------------- >> > OTRS mailing list: otrs - Webpage: http://otrs.org/ >> > Archive: http://lists.otrs.org/pipermail/otrs >> > To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs >> > >> > --------------------------------------------------------------------- >> > OTRS mailing list: otrs - Webpage: http://otrs.org/ >> > Archive: http://lists.otrs.org/pipermail/otrs >> > To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs >> --------------------------------------------------------------------- >> OTRS mailing list: otrs - Webpage: http://otrs.org/ >> Archive: http://lists.otrs.org/pipermail/otrs >> To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs >> >> >> --------------------------------------------------------------------- >> OTRS mailing list: otrs - Webpage: http://otrs.org/ >> Archive: http://lists.otrs.org/pipermail/otrs >> To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs >> > > > > -- > ___________________________ > Alvaro Cordero Retana > Consultor de Tecnologias > Gridshield Monitoreo de Redes e > Infraestructura. > 2258-5757 ext 123 > alv...@gridshield.net > www.gridshield.net > > --------------------------------------------------------------------- > OTRS mailing list: otrs - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs > To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs > > > --------------------------------------------------------------------- > OTRS mailing list: otrs - Webpage: http://otrs.org/ > Archive: http://lists.otrs.org/pipermail/otrs > To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs >
--------------------------------------------------------------------- OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs
