TELEMETRY_HTTP_PROXY env var to proxy telemetry requests#47466
Conversation
The env var TELEMETRY_HTTP_PROXY, if set, causes all telemetry requests (update checks and pings) to be proxied through an HTTP proxy.
|
neat! I assume some HN conversation spawned this idea :) maybe consider respecting |
|
@slimsag This is actually a customer request so they can send telemetry to us. @camdencheek Someone told me you wanted to take this one or had already? Or did I hear wrong? |
|
@sqs I don't remember hearing about this, but I am working on a different fix for the same customer, so maybe that's what you heard? |
|
@camdencheek Ah, that must have been the source of confusion. @DaedalusG Do you want to take this fix from here? I can help. |
|
Yes please @sqs , I've been working to test this one, was hoping to make more progress Monday but got swamped with issues 😅 |
|
It looks like we actually honor the standard sg.config.overwrite.yaml commands:
frontend:
env:
# TELEMETRY_HTTP_PROXY: "http://127.0.0.1:8080"
HTTPS_PROXY: "http://127.0.0.1:8080"
# NO_PROXY: *.company.comsg logs goproxy |
|
The new sg.config.overwrite.yaml sg logs proxy logs |
|
After mulling it over even though setting |
|
Codenotify: Notifying subscribers in CODENOTIFY files for diff 7fe2e79...6d59a93.
|
keegancsmith
left a comment
There was a problem hiding this comment.
LGTM. I still would prefer relying on the generic http_proxy envvars. If the customer doesn't like that idea, then lets ship this. But I would assume that if the customer in question was worried about doing too much external traffic, they can configure there proxy to lock us down.
The env var TELEMETRY_HTTP_PROXY, if set, causes all telemetry requests (update checks and pings) to be proxied through an HTTP proxy.
cc @toddherskovitz
Test plan
@DaedalusG
Testing using the following light weight proxy, and an
sgdev environment