P. Baillet wrote on 1/24/19 5:07 PM:
The same request with |curl| takes around 3ms server side and less
than 1s term time.
What’s the right way to investigate this issue?
One way to start is to run Wireshark (or tcpdump, or similar), and watch
the network traffic, for both cases (curl and Racket). You don't
necessarily need the client key to start debugging with Wireshark. For
example, maybe it will show that one host in one case is not responding
quickly at the TCP or TLS/SSL level, or the protocol is stalled at a
particular point, or one case is waiting on DNS that the other doesn't,
or the two cases are doing different protocol, or only one case is going
through a proxy, etc. Then you can go from there.
If you're using Wireshark for the first time, it might look intimidating
at first, but, once you see the few buttons to press to capture a trace
and watch it live, it has a good chance of being a great way to start
debugging this kind of problem.
--
You received this message because you are subscribed to the Google Groups "Racket
Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to racket-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
