Résumé

  • APNIC indique que, pendant la maintenance d’un nœud du répartiteur de charge, l’étape de drainage des connexions a été appliquée par inadvertance à l’autre nœud et a provoqué une panne. L’avis énumère huit services touchés, du portail des membres à plusieurs fonctions RPKI.
  • L’intervalle publié va de 14 h 44 à 15 h 01, UTC+10, le 1er octobre, soit 17 minutes entre les heures affichées. Le champ « durée » indique pourtant 15 minutes. APNIC annonce un examen des procédures de maintenance et de bascule, sans préciser le nombre d’utilisateurs touchés ni les résultats de validation.

Analyse

Dans l’avis publié le 2 octobre, APNIC met au jour un décalage entre le nœud prévu pour la maintenance et celui qui a reçu l’action de drainage des connexions. L’organisation explique que la maintenance portait sur un nœud du répartiteur de charge, mais que l’étape de drainage a été lancée sur l’autre, provoquant une panne.

La liste compte huit services : le portail MyAPNIC, registry-api.apnic.net, DASH, la plateforme de notification, REx, RPKI rsync, le protocole de provisionnement et de publication RPKI, ainsi que rsc-verifier.apnic.net. Elle couvre donc des fonctions destinées aux membres, au registre et à la RPKI. Elle indique le périmètre annoncé par APNIC ; elle ne démontre ni que chaque service a été totalement indisponible pendant toute la période, ni qu’ils partagent tous le même chemin technique.

La chronologie mérite aussi d’être conservée telle quelle. L’avis situe le début à 14 h 44 et la fin à 15 h 01, en UTC+10. Les minutes affichées sont séparées de 17 minutes, tandis que le champ de durée annonce 15 minutes. Aucun horaire à la seconde ni aucune explication ne permet de résoudre cet écart. Même limité, il empêche le lecteur de savoir quel repère utiliser pour comparer cet incident à d’autres.

APNIC dit examiner ses procédures de maintenance et de bascule afin de les clarifier et d’ajouter des protections. Il s’agit d’un examen annoncé, pas de la preuve qu’une nouvelle procédure a été approuvée, testée ou déployée. L’avis ne nomme ni responsable, ni échéance, ni contrôle préalable de la cible, ni heure de rétablissement pour chaque service.

La limite des faits compte autant que leur portée. La liste comprend des services RPKI, mais APNIC ne signale ni autorisation d’origine périmée ou erronée, ni effet sur le routage, ni perte de données, incident de sécurité ou erreur d’enregistrement de ressources. Aucun nombre de membres ou d’utilisateurs concernés n’est fourni. Cet épisode du 1er octobre est également distinct des deux incidents MyAPNIC de septembre, auxquels APNIC avait attribué d’autres causes ; aucun lien commun n’est établi.

Un suivi utile pourrait préciser, sans exposer la topologie interne, la cible de maintenance prévue, la manière dont elle sera confirmée avant le drainage, les contrôles de service qui ont clos l’incident et le calcul de la durée publiée. En attendant, le constat défendable reste borné : selon APNIC, une étape mal dirigée a causé une panne sur huit services répertoriés, et un examen des procédures est en cours.

Sources