tailscale/derp/derphttp
Brad Fitzpatrick 15fc6cd966 derp/derphttp: fix netcheck HTTPS probes
The netcheck client, when no UDP is available, probes distance using
HTTPS.

Several problems:

* It probes using /derp/latency-check.
* But cmd/derper serves the handler at /derp/probe
* Despite the difference, it work by accident until c8f4dfc8c0
  which made netcheck's probe require a 2xx status code.
* in tests, we only use derphttp.Handler, so the cmd/derper-installed
  mux routes aren't preesnt, so there's no probe. That breaks
  tests in airplane mode. netcheck.Client then reports "unexpected
  HTTP status 426" (Upgrade Required)

This makes derp handle both /derp/probe and /derp/latency-check
equivalently, and in both cmd/derper and derphttp.Handler standalone
modes.

I notice this when wgengine/magicsock TestActiveDiscovery was failing
in airplane mode (no wifi). It still doesn't pass, but it gets
further.

Fixes #11989

Change-Id: I45213d4bd137e0f29aac8bd4a9ac92091065113f
2024-05-03 08:24:24 -07:00
..
derphttp_client.go derp/derphttp, net/netcheck: plumb netmon.Monitor to derp netcheck client 2024-05-03 08:24:24 -07:00
derphttp_server.go derp/derphttp: fix netcheck HTTPS probes 2024-05-03 08:24:24 -07:00
derphttp_test.go derp/derphttp: fix netcheck HTTPS probes 2024-05-03 08:24:24 -07:00
mesh_client.go derp/derphttp: fix derptrack fix 2023-11-04 11:48:40 -07:00
websocket.go net/wsconn: accept a remote addr string and plumb it through 2023-08-29 16:57:16 -07:00