Mi empresa brinda soporte para un sitio web y un ejército de REST API que construimos y mantenemos. Mientras brindamos soporte técnico a nuestros usuarios finales, hemos notado un hilo común, específicamente los usuarios de computadoras de escritorio/portátiles de Windows.

Periódicamente recibimos llamadas telefónicas de personas que normalmente usan sus computadoras portátiles sin conexión y el reloj de su sistema se descompone. El síntoma que experimenta el usuario final es que cuando intenta comunicarse con nuestro sitio web/API REST obtendrá errores HTTP 400 de nuestra API REST (alojado en AWS detrás de un balanceador de carga, cada servidor con balanceo de carga usa NGINX), a pesar de que toda la carga es correcto con respecto a la autenticación/autorización.

El problema solo se resuelve cuando volvemos a sincronizar el reloj del sistema de los usuarios finales.

Según los informes, ningún otro dispositivo ha experimentado este problema, y vi una publicación en el sitio web de soporte de IBM que no tenía ayuda adicional más allá de "volver a sincronizar el reloj", que ya puedo confirmar que resuelve el problema https://www. ibm.com/support/pages/http-400-bad-request-server-server-communication-fails-when-system-clocks-are-not-synchronized

pero realmente esto no es algo que me guste decirles a los usuarios finales que tengan que arreglar para usar nuestro producto, ¿hay alguna idea sobre lo que se puede hacer por nuestra parte? ¿Hay alguna manera de detectar en el navegador si el reloj del sistema está apagado y notificar al usuario final o simplemente mitigar el problema de nuestra parte para empezar y permitir el tráfico?

-- Editar

Firefox también describe este problema, pero dice que está relacionado con HTTPS, ¿cómo puedo detectar que el reloj está apagado usando Javascript? https://support.mozilla.org/en-US/kb/troubleshoot-time-errors-secure-websites