Wie man Fehlerprotokolle verwendet, um ein Benutzerproblem zu beheben?

Unterstützung
1

Ein Benutzer meines Discourse-Forums in Belgien beschwert sich, dass unsere Seite auf Klicks zu langsam reagiert. Ich selbst befinde mich in Kalifornien. Von meinen anderen Benutzern, die sich bisher in Minnesota, Deutschland und den Niederlanden befinden, habe ich keine Beschwerden erhalten. Der betreffende Benutzer teilt mir mit, dass sie Chrome unter Windows verwendet. Ihre Download- und Upload-Geschwindigkeiten testen sich über speedof.me ähnlich wie meine.

Wenn ich https://discourse.MY_DOMAIN.com/logs/ aufrufe, sehe ich, dass der letzte Eintrag nur wenige Minuten vor dem Zeitpunkt ihres E-Mails getimestampet ist. Der Reiter „Info

2

Wenn es sich um einen einzelnen Benutzer handelt, liegt das Problem wahrscheinlich entweder beim lokalen Client oder im Netzwerk.

  • Wo ist Ihre Seite gehostet?
  • Verwenden Sie CloudFlare?
  • Haben Sie überprüft, ob sie ein VPN oder etwas anderes verwendet, das ihren Weg zu Ihrem Server beeinflusst? Ein Traceroute kann hier helfen.
3

Danke für deine Antwort.

  • Die Seite ist bei AWS gehostet, nicht bei CloudFlare.
  • Der Benutzer ist technisch wenig versiert, daher bezweifle ich, dass sie ein VPN nutzt, aber ich könnte nachfragen. Ich habe sie gebeten, im abgesicherten Modus einzuloggen und zu berichten, ob sich dadurch etwas verbessert, aber sie hat darauf noch nicht geantwortet (es ist jetzt spät in Europa).
  • Kannst du eine Traceroute für Discourse empfehlen oder verlinken?
4

Traceroute ist ein Befehlszeilen-Tool, das auf macOS (traceroute) und Windows (tracert) verfügbar ist. Es zeigt dir den Netzwerkpfad vom Computer des Nutzers zu deinem Server, Sprung für Sprung. Mir sind keine guten browserbasierten Alternativen bekannt; die meisten zeigen den Pfad vom Server aus an, nicht vom Client.

Du könntest auch nach einem Screenshot des Browsers fragen, um zu prüfen, ob seltsame Erweiterungen installiert sind.

Hast du lokale Sicherheitssoftware ausgeschlossen? Ich habe gelegentlich Antivirus-Browsererweiterungen gesehen, die den Datenverkehr proxyen und Probleme verursachen können.

5

Ah. Also, ich kann mich per SSH auf unsere Discourse-Maschine verbinden, sehe, dass traceroute nicht installiert ist, führe apt install traceroute aus (installiert Version 2.1.0) und kann dann traceroute HER_APPARENT_IP_ADDRESS_FROM_DISCOURSE LOGS ausführen?

Wenn ich das tue, wird Folgendes ausgegeben:

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

Der längste Hop ist der letzte mit 94 Millisekunden, was vernünftig erscheint. Zeigt dies an, dass die Route von unserer Discourse-Maschine in Nordkalifornien zu ihrem Computer in Belgien grundsätzlich in Ordnung aussieht? War das Discourse-Log in meinem ursprünglichen Beitrag oben sonst frei von jeglichen wertvollen Informationen, außer dass ich ihre scheinbare IP-Adresse erhalten habe?

6

Sie müsste einen Traceroute zu Ihnen durchführen, da der Weg, den sie über ihren ISP verlässt, nicht zwangsläufig derselbe ist, den Ihr Server zu ihrem Netzwerk nimmt.

Ist das Problem neu aufgetreten? Heute gab es einen großen Ausfall bei Level3/CenturyLink, der bestimmte transatlantische Routen definitiv beeinträchtigt hat.

7

Vielen Dank für Ihre fortgesetzten Antworten.

Meine Nutzerin hat über Nacht berichtet, dass sich ihr Problem durch die Anmeldung im Discourse-Sicherheitsmodus gelöst hat. Ich habe sie nun gebeten, zu prüfen, welche der drei Sicherheitsmodus-Optionen tatsächlich hilft.

Meine Herausforderungen bleiben nach wie vor die Zeitzonenunterschiede, die Sprachunterschiede und die unterschiedliche Vertrautheit mit der Technologie. Ich werde diesen Thread aktualisieren, sobald ich mehr erfahren habe.

Vielen Dank auch für den relevanten Nachrichtenartikel. Da es ihr erstes Mal war, unseren Discourse zu nutzen, frage ich mich nun auch, ob der Ausfall damit zusammenhängen könnte.