Puncte:0

aplicația stabilește legătura LDAP cu versiunea 2, când este codificată în cod pentru a apela doar versiunea 3

drapel cn
Avi

avem o aplicație bazată pe Java care se conectează la serverul de căutare LDAP al clientului. Clientul dorește să scape de orice solicitare de legare la versiunea 2. Așadar, R&D nostru a actualizat opțiunea din cod conform documentației de la Oracle (java.naming.ldap.version Valoarea acestei proprietăți este un șir care specifică versiunea protocolului pentru furnizor.) Cu toate acestea, când aceasta este implementată în producție... în urmele tcpdump vedem cererea de legare pentru versiunea 2 și versiunea 3. (Fără failover din cauza problemelor observate)

Nu pot replica acest comportament pe serverul de testare (povestea lungă, dar este un software moștenit și-a schimbat multe mâini de-a lungul anilor, așa că este posibil ca testul și produsul să fie complet identice... de asemenea, testul nu va avea același număr de solicitări și, prin urmare, probleme). ca produs etc etc)

A întâlnit cineva această problemă? Vă mulțumim anticipat pentru timpul acordat.

13 2021-10-06 02:22:56.856380 172.29.129.150 217.171.130.8 LDAP 105 2 bindRequest(1) "cn=xxx" simplu
14 2021-10-06 02:22:56.895004 217.171.130.8 172.29.129.150 TCP 68 16612 â 37036 [ACK] Seq=1 Ack=38 TS=1107792 TS=n14792 TS=n14792 2021
15 2021-10-06 02:22:56.896298 217.171.130.8 172.29.129.150 LDAP 82 bindResponse(1) succes

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.