Cómo usar registros de errores para solucionar problemas de un usuario

Un usuario de mi Discourse en Bélgica se queja de que nuestro sitio responde demasiado lento a los clics. Yo estoy en California. No he recibido ninguna queja de mis otros usuarios, que hasta ahora están en Minnesota, Alemania y los Países Bajos. La usuaria en cuestión me dice que usa Chrome en Windows. Sus velocidades de descarga y carga son similares a las mías según speedof.me.

Si visito https://discourse.MY_DOMAIN.com/logs/, veo que la entrada más reciente tiene una marca de tiempo de apenas unos minutos antes de que se enviara su correo electrónico. La pestaña “info” dice:

Uncaught [object Object]
Url: https://discourse.MY_DOMAIN.com/assets/ember_jquery-1ed3f3559e6f967733b4088aa729ff7039dff2c09c5a5f787a214b016f58aabc.js
Line: 1
Column: 268124
Window Location: https://discourse.MY_DOMAIN.com/

La pestaña “backtrace” está vacía. La pestaña “env” dice:

hostname    MY_APP-app
process_id    780
application_version    ab0b0344048e7e7354615286486bf0508c7c2df6
HTTP_HOST    discourse.MY_DOMAIN.com
REQUEST_URI    /logs/report_js_error
REQUEST_METHOD    POST
HTTP_USER_AGENT    Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/84.0.4147.135 Safari/537.36
HTTP_ACCEPT    */*
HTTP_REFERER    https://discourse.MY_DOMAIN.com/
HTTP_X_FORWARDED_FOR    IP_ADDRESS_IN_BELGIUM
HTTP_X_REAL_IP    IP_ADDRESS_IN_BELGIUM
time    4:25 am
params    
message    Uncaught [object Object]
url    https://discourse.MY_DOMAIN.com/assets/ember_jquery-1ed3f3559e6f967733b4088aa729ff7039dff2c09c5a5f78
line    1
column    268124
window_location    https://discourse.MY_DOMAIN.com/

¿Cómo puedo utilizar esta información, o qué más debería hacer, para solucionar su problema?

Gracias.

Si se trata de un solo usuario, es probable que sea un problema del cliente local o relacionado con la red.

  • ¿Dónde está alojado tu sitio?
  • ¿Estás usando CloudFlare?
  • ¿Has confirmado si está usando una VPN o algo que afecte su ruta a tu servidor? Un traceroute puede ayudar en esto.

Gracias por tu respuesta.

  • El sitio está alojado en AWS, no en CloudFlare.
  • El usuario no tiene muchos conocimientos técnicos, así que dudo que esté usando una VPN, aunque podría preguntárselo. Le pedí que iniciara sesión en modo seguro y me informara si eso mejora algo, pero aún no me ha respondido (en Europa ya es tarde).
  • ¿Podrías recomendarme o enlazar una herramienta de traceroute para Discourse?

Traceroute es una herramienta de línea de comandos presente en macOS (traceroute) y Windows (tracert). Te mostrará la ruta de red desde el ordenador del usuario hasta tu servidor, salto por salto. No conozco ninguna alternativa basada en el navegador que funcione bien; la mayoría muestra la ruta desde el servidor en lugar de desde el cliente.

También podrías pedir una captura de pantalla del navegador para ver si hay extensiones extrañas instaladas.

¿Has descartado el software de seguridad local? He visto ocasionalmente extensiones de navegador de antivirus que hacen de proxy para el tráfico y pueden causar problemas.

Ah. Entonces, puedo acceder por SSH a nuestra máquina Discourse, veo que traceroute no está instalado, puedo ejecutar apt install traceroute (instala la versión 2.1.0) y luego ejecutar traceroute DIRECCIÓN_IP_APARTE_DE_DISCOURSE_LOGS.

Si lo hago, obtengo la siguiente salida.

traceroute to 84.196.9.6 (84.196.9.6), 30 hops max, 60 byte packets
 1  * * *
 2  10.70.134.15 (10.70.134.15)  1.101 ms 10.70.134.35 (10.70.134.35)  1.079 ms 10.70.134.27 (10.70.134.27)  0.988 ms
 3  138.197.251.92 (138.197.251.92)  1.323 ms 138.197.251.94 (138.197.251.94)  1.628 ms 138.197.251.124 (138.197.251.124)  1.206 ms
 4  138.197.251.110 (138.197.251.110)  1.079 ms  1.071 ms 138.197.251.114 (138.197.251.114)  1.056 ms
 5  138.197.244.17 (138.197.244.17)  1.247 ms  1.251 ms 138.197.244.19 (138.197.244.19)  1.112 ms
 6  nyk-b3-link.telia.net (62.115.45.5)  1.866 ms  1.383 ms nyk-b3-link.telia.net (62.115.45.9)  1.331 ms
 7  * * *
 8  ldn-bb3-link.telia.net (62.115.113.21)  82.665 ms  82.486 ms  82.459 ms
 9  adm-bb4-link.telia.net (62.115.134.26)  78.418 ms adm-bb3-link.telia.net (62.115.113.210)  82.951 ms  83.025 ms
10  brx-b3-link.telia.net (62.115.116.191)  82.894 ms brx-b4-link.telia.net (62.115.116.231)  78.732 ms  78.321 ms
11  be-dgb01a-rb1-ae-20-0.aorta.net (213.46.162.13)  82.955 ms  82.970 ms be-zav01a-rb1-ae-21-0.aorta.net (213.46.162.6)  87.143 ms
12  * * *
13  * * *
14  * * *
15  * d54C40906.access.telenet.be (84.196.9.6)  94.362 ms  93.255 ms

El salto más lento es el último, con 94 milisegundos, lo cual parece razonable. ¿Esto indicaría que la ruta desde nuestra máquina Discourse en el norte de California hasta su computadora en Bélgica parece ser perfectamente adecuada? ¿El registro de Discourse en mi publicación original anterior carecía de otra información valiosa aparte de obtener su dirección IP aparente?

Necesitarías que ella haga un traceroute hacia ti; la ruta que toma desde su proveedor de servicios de internet (ISP) no es necesariamente la misma que tomará tu servidor hacia su red.

¿Es reciente el problema? Hoy hubo una gran interrupción de Level3/CenturyLink que definitivamente afectó ciertas rutas transatlánticas.

Gracias por tus continuas respuestas.

Mi usuaria me informó anoche que iniciar sesión en el modo seguro de Discourse resolvió su problema. Ahora le he preguntado si puede ayudarnos a identificar cuál de las tres casillas de verificación del modo seguro es la que realmente ayuda.

Mis desafíos siguen siendo la diferencia de husos horarios, la diferencia de idioma y nuestra distinta comodidad con la tecnología. Actualizaré este hilo si o cuando obtenga más información.

También gracias por el artículo de noticias relevante. Esta fue la primera vez que utilizaba nuestro Discourse, por lo que ahora también me pregunto si esa interrupción podría ser relevante.