Résumé

  • Au RIPE 93, RIPE NCC a expliqué que l’application web de sa base a épuisé ses sockets après le passage à OIDC : des connexions restaient ouvertes.
  • Des utilisateurs ont été touchés quelques minutes. Un redémarrage a servi de palliatif ; les autres applications de la base sont restées opérationnelles.

On peut remplacer un vieux cookie d’authentification et trébucher sur une prise réseau. C’est ce qui est arrivé au site RIPE Database. Après l’arrivée d’OIDC, son serveur ne fermait pas complètement certaines connexions. Les sockets se sont épuisés et des utilisateurs ont été touchés pendant quelques minutes par le dysfonctionnement de l’application web.

Edward Shryane l’a raconté devant le groupe Database de RIPE 93 le 29 octobre. Le basculement du site date, selon lui, de la mi-septembre. La correction du traitement des connexions existait déjà ; il fallait la déployer, tandis qu’un redémarrage de l’application faisait office de solution provisoire. Son récit ne donne ni date précise de la panne ni date de déploiement de la correction.

La lettre aux membres d’octobre confirme que l’authentification OIDC a remplacé le cookie Crowd sur le site. Les notes de version indiquent que le logiciel 1.124, doté du support OIDC, est arrivé en production le 27 août. Support logiciel, mise en service du site et panne sont trois événements distincts : les confondre fabriquerait une chronologie trop commode.

Shryane a aussi fixé la limite de l’incident. L’application web tournait dans un conteneur ; les autres applications RIPE Database installées à côté n’ont pas été affectées. Cette séparation a contenu la panne. Le défaut se trouvait derrière l’écran de connexion, dans la gestion des connexions au serveur, sans annonce de modification erronée d’un objet du registre.

Il manque le journal d’incident, le nombre de requêtes touchées et la date de déploiement du correctif. Ces pièces permettraient de mesurer la durée réelle du défaut, au-delà des quelques minutes vécues par les utilisateurs.