Microsoft ha publicado una solución para un error muy grave de Exchange Server que detuvo la entrega de correo local en todo el mundo justo cuando los relojes sonaban en el Año Nuevo.
La interrupción masiva se debió a fallas en la verificación de fechas en Exchange Server 2016 y 2019, lo que hizo imposible que los servidores se adaptaran a 2022, lo que llevó a algunos a llamarlo un error Y2K22. Los programas de correo almacenan fechas y horas en formato. enteros con signo, que es un máximo de 2147483647, o 231 – 1. Microsoft usa los dos primeros dígitos de la versión de actualización para indicar el año en que se lanzó. Mientras fuera 2021 o antes, todo iba bien.
«¿Qué diablos Microsoft?»
Cuando Microsoft lanzó la versión 2201010001 en la víspera de Año Nuevo, los servidores locales estaban inactivos porque no podían interpretar la fecha. Por lo tanto, los mensajes se atascan en las colas de transferencia. Los administradores de todo el mundo se han quedado tratando desesperadamente de solucionar problemas en lugar de llamar al Año Nuevo con amigos y familiares. Todo lo que tenían que revisar eran dos mensajes cifrados en el registro 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 !?» Uno de los moderadores escribió en Este tema es Reddit, que fue uno de los primeros foros en informar del fracaso masivo. «¿¡Víspera de Año Nuevo !? El primer lugar que reviso es Reddit y ustedes me salvaron la vida antes de que llamáramos a un ingeniero».
Al día siguiente, Microsoft Reparación liberada. Viene en dos formas: Automático Secuencia de comandos de PowerShell, o una solución manual en caso de que el script no funcione correctamente, han informado algunos administradores. En cualquier caso, las reparaciones deben realizarse tanto en el servidor Exchange 2016 local como en el servidor Exchange 2019 dentro de una organización afectada. Un script automatizado puede ejecutarse en varios servidores al mismo tiempo. El fabricante de software dijo que la secuencia de comandos automatizada «puede tardar un poco en ejecutarse» e instó a los administradores a ser pacientes.
La verificación de fecha y hora se realizó cuando Exchange analizó la versión de FIP-FS, un motor de análisis que forma parte de la protección contra malware de Exchange. Tan pronto como las versiones de FIP-FS comenzaron con el número 22, no fue posible completar el escaneo y la entrega de correo se detuvo repentinamente. La solución detiene el Administrador de filtros de Microsoft y los Servicios de transporte de Microsoft Exchange, elimina los archivos de la unidad AV existentes e instala e inicia una unidad AV parcheada.
Para el lunes, las cosas volvieron a la normalidad para muchas de las organizaciones afectadas. No está claro cuánto tiempo estuvo en su lugar el almacenamiento del historial con errores, pero a juzgar por las dos versiones afectadas, es probable que se haya introducido cuando Exchange Server 2016 estaba en desarrollo.
«Pionero certificado de Internet. Propenso a ataques de apatía. Gurú de la Web. Comunicador. Lector sutilmente encantador».
More Stories
La actualización de Elden Ring mejora Spirit Ashes, pero el personal de traducción que falta aún no se ha agregado
Un artículo de investigación mostró que Apple utilizó Google Slides para entrenar dos modelos de inteligencia artificial.
El precio de PlayStation VR2 para PS5 es el más bajo hasta la fecha con un descuento de $200