-
Notifications
You must be signed in to change notification settings - Fork 224
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add support for proxies in destination context #1770
Comments
Hello, any new on this one? |
@ebuildy Thanks for checking in -- this isn't specifically on our radar as a pressing backlog item, but that could easily change :) Would you be able to share some details (a reproduction, details about which proxy server you're using, etc.) about how this problem manifests for you? |
@astorm we use APM in production, to monitore our nestJS based API. HTTP proxy is configured via env. variable
what I dont understand, is document It becomes annoying for us, APM is generating more errors than the app it-self! but this is so useful, BTW we have a platinium licence, should I report this bug as customer too? thanks you |
Thanks for the background context @ebuildy -- I found it useful! It looks like the root cause of this bug is this issue here: Qard/http-request-to-url#1 I think @Qard is waiting to hear back from -- someone? -- that the proposed solution of defaulting to returning the final destination and having an option to return the proxy instead was an acceptable one or not. I'll chime in with my two cents -- if you do the same it could help move things forward.
Reporting a bug via formal channels can often help get it solved, or get the bug work prioritized -- so yes, definitely report :) |
@ebuildy we have a PR into the upstream repository that will move this one forward. Qard/http-request-to-url#2 Once that PR lands we can pull it into the agent and we'll see if it help your issue. |
@ebuildy Quick update on this. We've released version 3.14 of the Node.js agent. This version of the agent changes up our strategy for extracting a request URL for outgoing spans. This change was made to solve a separate issue, but we believe it should also solve the issue where proxy URLs are jammed together with the actual URL. We're going to close this issue out, but if you (or anyone) is still seeing a problem please let us know. |
Unfortunately, the issue is still present on version 3.14.0:
Is there anything I can do to help with this ? |
Sorry to bump this @astorm - is there any way we can reopen this MR ? |
Hello @astorm , just testing with :
and this simple code source
I still can see
How can I fix this one please? this become really urgent now we have installed plat. licence and use elastic APM in all our products. thanks you, |
I see Qard dependency have been removed: 0be8103#diff-36acc683b9a592acebe63253770b5f944cc8caff0e49344f71a849a2568da62f |
Thanks for letting us know @ebuildy and for the reproduction -- I'm taking a look right now. |
OK -- I've been able to reproduce this behavior by creating a "single url" proxy server running on port 4000 with this program (has some cruft from copy/pasta)
and then using a modified version of @ebuildy's repro in a second instrumented application
In the above scenario, requesting
|
Hello @astorm , thanks for the merge! When the next version will be available please? (more or less) |
…2126) * Fix elastic#1770 support for proxies in destination context Fix for elastic#1770, ensures only a single url is set
If a proxy is used, the destination context will not be set on outgoing http spans because the URL cannot be successfully extracted from the request. For details see #1769.
The text was updated successfully, but these errors were encountered: