Noticias Tecnológicas

Microsoft corrige el ridículo error de Exchange Y2K22 que interrumpió los correos electrónicos en todo el mundo

imágenes falsas

Microsoft lanzó una solución para un ridículo error de Exchange Server que detuvo la entrega de correo electrónico local en todo el mundo mientras sonaban los relojes para el nuevo año.

La interrupción masiva resultó de un error de verificación de fecha en Exchange Server 2016 y 2019 que hizo imposible que los servidores contabilicen el año 2022, lo que llevó a algunos a llamarlo el error Y2K22. Los programas de correo guardaron la fecha y la hora como enteros con signoes decir, 2147483647 o 2. Max31 – 1. Microsoft usa los dos primeros números de una versión actualizada para indicar el año de publicación. Siempre que fuera 2021 o antes, todo funcionaba bien.

«¿Qué diablos Microsoft?»

Cuando Microsoft lanzó la versión 220010001 en la víspera de Año Nuevo, los servidores locales fallaron porque no podían interpretar la fecha. Como resultado, los mensajes se atascan en las colas de transporte. Los administradores de todo el mundo estaban tratando desesperadamente de corregir errores en lugar de anunciar el año nuevo con amigos y familiares. Todo lo que tenían que hacer era crear dos mensajes de registro crípticos que se veían así:

Log Name: Application 
Source: FIPFS 
Logged: 1/1/2022 1:03:42 AM 
Event ID: 5300 
Level: Error 
Computer: server1.contoso.com
Description: The FIP-FS "Microsoft" Scan Engine failed to load. PID: 23092, Error Code: 0x80004005. Error Description: Can't convert "2201010001" to long.
Log Name: Application 
Source: FIPFS 
Logged: 1/1/2022 11:47:16 AM 
Event ID: 1106 
Level: Error 
Computer: server1.contoso.com 
Description: The FIP-FS Scan Process failed initialization. Error: 0x80004005. Error Details: Unspecified error.

«¿¡Qué demonios Microsoft!?», Escribió un administrador este hilo de reddit, que fue uno de los primeros foros en informar sobre el fracaso masivo. «¿¡Nochevieja!? El primer lugar que busco es Reddit y me vas a salvar la vida antes de que tengamos un ingeniero al teléfono».

Al día siguiente, Microsoft lanzó una solución. Hay dos formas: una automatizada Secuencia de comandos de PowerShell, o una solución manual en caso de que la secuencia de comandos no funcionara correctamente como lo informaron algunos administradores. En cualquier caso, las correcciones deben realizarse en cada servidor local de Exchange 2016 y Exchange 2019 dentro de una organización afectada. El script automatizado se puede ejecutar en varios servidores en paralelo. El fabricante de software dijo que la secuencia de comandos automatizada «podría tardar un poco en ejecutarse» e instó a los administradores a ser pacientes.

La verificación de fecha y hora se realizó cuando Exchange estaba verificando la versión de FIP-FS, un motor de escaneo que forma parte de la protección anti-malware de Exchange. Una vez que las versiones de FIP-FS comenzaron con los números 22, la verificación no se pudo completar y la entrega de correo electrónico se detuvo abruptamente. La solución detiene los servicios de administración de filtrado de Microsoft y transporte de Microsoft Exchange, elimina los archivos del módulo AV actual e instala e inicia un módulo AV parcheado.

El lunes todo volvió a la normalidad para muchas de las organizaciones afectadas. No está claro cuánto duró el almacenamiento de la fecha incorrecta, pero a juzgar por las dos versiones afectadas, es posible que se haya introducido durante el desarrollo de Exchange Server 2016.

Publicaciones relacionadas

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Botón volver arriba