- Zoom est tombé pour les utilisateurs pendant plusieurs heures
- La panne a été causée par une «erreur de communication» du domaine GoDaddy
- Spotify et X avaient également des hoquets, mais on pensait que ce n’est pas lié
La récente panne de zoom a été imputée à un problème de domaine GoDaddy, avec le registre de GoDaddy bloquant par erreur le domaine Zoom.us en raison d’une erreur de communication entre le registraire du domaine de Zoom, MarkMonitor et Godaddy Registry.
Le résultat a été réduit le service entre 14h55 HE et 16h12 HE, avec des réunions de zoom, le téléphone zoom, le centre de contact Zoom et le site Web Zoom tous affectés.
La société de vidéoconférence n’a pas tardé à ajouter: «Il n’y avait pas de produit, de sécurité, de défaillance du réseau ou d’attaque de déni de service distribué (DDOS).»
Zoom de la panne provoquée par l’erreur Godaddy
Bien que Zoom ait confirmé une «erreur de communication» entre MarkMonitor et Godaddy Registry a provoqué la panne, nous ne connaissons aucun détail sur les événements menant à la mauvaise communication.
Les deux sociétés de domaine et Zoom ont travaillé ensemble pour identifier et supprimer le bloc «rapidement», a ajouté Zoom.
Une surveillance des downdector distincts a noté que la plupart des plaintes liées aux connexions du serveur, avec un sur cinq, rencontrant également des problèmes de connexion et une poignée de conférences téléphoniques.
La panne est intervenue quelques heures seulement après une panne généralisée affectant les services de streaming d’application, de site Web et de musique de Spotify, et quelques heures avant une panne de X mineure affectant le site Web et l’application, mais ces problèmes ne sont probablement pas liés.
Même si les services avaient été restaurés en moins de deux heures, certains utilisateurs étaient invités à vider leurs caches DNS et à se reconnecter s’ils rencontraient encore des problèmes:
- Pour Windows, ouvrez une invite de commande et tapez “ipconfig / flushdns”
- Pour Mac, ouvrez une fenêtre de terminal et tapez “sudo dscacheutil -flushcache; sudo killall -hup mdnsponder”
Cisco’s Thousandyes a également effectué une analyse de détails de la panne, notant la fonctionnalité du DNS et l’impact de l’incident.
«L’identification d’un domaine de défaut spécifique lorsqu’un service rencontre des problèmes nécessite une visibilité sur les performances de toute la chaîne de prestation de services», a déclaré Cisco.
