Produits Entr'ouvert » Authentic 2

Ok, peut-être en faire une option de config du backend ldap, parce que dans le cas général authentic ne peut pas vraiment savoir si une authn a échoué parce que l’usager détenteur d’un compte local s’est planté dans sa saisie de mot de passe, ou bien si c’est parce que l’un des annuaires connus d’a2 est down.
On risque donc de se retrouver avec un message de serveur down quand bien même celui-ci n’a rien à voir avec l’échec d’authn en cours.

Sur le dernier cas que je cite le serveur LDAP est down (socket timeout error), on peut distinguer cette situation. (il ne s'agit pas de toujours blâmer une indisponibilité de l'annuaire).

Frédéric Péters a écrit :

Sur le dernier cas que je cite le serveur LDAP est down (socket timeout error), on peut distinguer cette situation. (il ne s'agit pas de toujours blâmer une indisponibilité de l'annuaire).

Distinguer concrètement c’est-à-dire que tu voudrais restreindre le cas où le message est affiché aux fois où on retrouve un usager LDAP (objet LDAPUser) correspondant au login que l’usager vient de taper dans la mire ?
Quid des usagers pas encore connus d’authentic mais qui existent quand même dans l’annuaire ? (On peut décider qu’on fait l’impasse là-dessus, ça me va.)

Distinguer concrètement c’est-à-dire que tu voudrais restreindre le cas où le message est affiché aux fois où on retrouve un usager LDAP (objet LDAPUser) correspondant au login que l’usager vient de taper dans la mire ?

Oui, c'est vraiment le cas cas de l'agent qui arrive un matin et qui fait un ticket de support parce que "son mot de passe ne marche plus", alors que l'annuaire est down et on le sait (genre ici socket.timeout).

Quid des usagers pas encore connus d’authentic mais qui existent quand même dans l’annuaire ? (On peut décider qu’on fait l’impasse là-dessus, ça me va.)

Oui, il y aurait #50003 qui permettrait de viser plus large, mais déjà s'occuper des agents connus serait super.

Ok, très bien, faisons comme cela.

Automatic expiration