Qué tipo de error de red encuentra Chrome cuando 'Estado = (error)' y 'Tipo = indefinido'

Question

A veces veo aleatoriamente solicitudes de red de falla de Chrome con Estado = '(error)' (código de estado 0 del objeto de solicitud en JavaScript) y el tipo de respuesta como 'indefinido'. No puedo aislar por qué, mi conexión a Internet parece estar activa y el mismo punto final en el servidor funciona si se solicita, por ejemplo, cURL.

Al ver los detalles de la solicitud no se muestra más información de respuesta, solo la información de la solicitud.

Pensé que podrían faltar los encabezados de CORS, pero he verificado que están ahí y, de todos modos, en un problema de permiso CORS Chrome informa el estado como '(cancelado)'.

¿Alguna idea? ¿Es solo que el anfitrión es inalcanzable? ¿Por qué parece que todos los intentos de la aplicación web también fallan hasta que se reinicia el navegador?

Answer 1

Esto puede ocurrir cuando el tamaño de la cabecera Content-Length es más grande que el contenido real de ser sometido, cromo considera que la solicitud "no", ya que no pudo recuperar todo el documento.

Answer 2

Me encontré con esto en un ASP.NET IHttpHandler porque estaba llamando context.Response.Close() en lugar de context.Response.End(). No estaba cerrando la conexión HTTP correctamente. No causó ningún problema en ningún navegador, excepto en Chrome.

Answer 3

Me encontré con esto mientras trabajaba en una red de publicación de anuncios. Terminó siendo la extensión de AdBlock Plus Chrome bloqueando cualquier activo, probablemente el "anuncio" en la ruta. Puse en lista blanca mi dominio y funcionó.

Answer 4

En mi caso tengo una computadora portátil Samsung, y desinstalé Samsung Support Service, borro el caché de Chrome y funciona.

Answer 5

Comencé a ver estos errores en una página web con un certificado SSL incorrecto. Ya había permitido que el navegador proceda a la página, pero después de un tiempo las solicitudes de AJAX al servidor comenzarían a fallar. Para solucionar el problema, tendría que actualizar la página para volver al mensaje de advertencia y poder aceptarlo de nuevo y dejar que se bloqueen mis solicitudes AJAX.

Lamentablemente, en mi caso, no he encontrado la razón por la que Chrome olvida que quiero acceder al dominio. Está el ajuste Remember decisions to proceed through SSL errors for a specified length of time en chrome://flags, pero parece no tener ningún efecto.

Answer 6

Tuvimos exactamente este problema con una aplicación que llega a una API que controlamos. Me tomó un tiempo darme cuenta de que los clientes más lentos no estaban viendo el problema, mientras que los clientes más rápidos (y las páginas con más solicitudes) sí.

Resultó que nuestro HA Proxy tenía solicitudes de limitación de velocidad en nuestra interfaz. Una vez que aumentamos el límite del valor de 20 que habíamos configurado a algo alrededor de 100, ya no tuvimos el problema.

Así que es posible que esté bloqueado por algo a lo largo de la ruta de solicitud, potencialmente un proxy o balanceador de carga o incluso un firewall.