Yes, Search for the user from OM (via directory API) fails with "DecoderException: The length of controls must not be null" (The full stack trace is in the first message of this thread)
On Mon, Apr 3, 2017 at 7:19 PM, Emmanuel Lécharny <elecha...@gmail.com> wrote: > Hi Maxim, > > > I checked both pcap files, they seems to be ok (except that they are > truncated). > > > The difference bewteen the ldapSearch pcap file and the om pcap file is > that there is a unbind in the ldapSearch one, but otherwise, there is no > control in any of them. > > > Did you get the error with 'om' ? > > > > Le 29/03/2017 à 12:22, Maxim Solodovnik a écrit : >> Hello Emmanuel, >> >> Here are 2 dumps: one made by ldapsearch tool, other made by directory java >> API >> https://yadi.sk/d/fl2jDtBQ3GSuuq >> >> Hope this helps >> >> BTW everything works as expected with recent Samba >> >> On Sat, Mar 25, 2017 at 12:18 AM, Maxim Solodovnik <solomax...@gmail.com> >> wrote: >>> Thanks for the quick answer >>> I'll ask issue reported to capture request/response with whireshark and >>> share it >>> >>> >>> On Sat, Mar 25, 2017 at 12:14 AM, Emmanuel Lécharny <elecha...@gmail.com> >>> wrote: >>>> Hi Maxim, >>>> >>>> >>>> sorry, but the dump does not make a lot of sense. All that I can tell is >>>> that the end of this dump looks like some SearchResultEntry : >>>> >>>> 30 2B >>>> 04 0E >>>> msTSManagingLS >>>> 31 19 >>>> 04 17 >>>> 00455-001-9680336-84768 >>>> >>>> 30 1E >>>> 04 12 >>>> msTSLicenseVersion >>>> 31 08 >>>> 04 06 >>>> 33 39 33 32 31 36 >>>> >>>> 30 27 >>>> 04 0E >>>> msRSEpireDate >>>> 31 15 >>>> 04 13 >>>> 20170506060320.000Z >>>> >>>> 30 22 >>>> 04 0B >>>> whenChanged >>>> 31 13 >>>> 04 11 >>>> 20170307060321.0Z >>>> >>>> 30 17 >>>> 04 0A >>>> uSNChanged >>>> 31 09 >>>> 04 07 >>>> 1409108 >>>> >>>> 30 4B >>>> 04 11 >>>> d i s t i n g u i s h e d N a m e >>>> 31 36 >>>> 04 34 >>>> CN=keycoll,OU=Service,OU=Holding,dc=company,DC=local >>>> >>>> >>>> And that there is a SearchResultDone at the very end : >>>> >>>> >>>> 30 0E >>>> 02 01 03 >>>> e(65) 07 SearchResultDone >>>> 0A 01 00 >>>> 04 00 >>>> 04 00 >>>> A0 00 >>>> >>>> >>>> but everything before is pretty much garbage (with some 2bytes chars in >>>> it.) >>>> >>>> >>>> What would be valuable is to capture some PDU with Wireshark. That would >>>> be much better. >>>> >>>> >>>> -- >>>> Emmanuel Lecharny >>>> >>>> Symas.com >>>> directory.apache.org >>>> >>> >>> >>> -- >>> WBR >>> Maxim aka solomax >> >> > > -- > Emmanuel Lecharny > > Symas.com > directory.apache.org > -- WBR Maxim aka solomax
