You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Calling Google succeeds because it's on the NO_PROXY list.
In Debug logs I can see transparently that the proxy is called as intermediary
Instead, this happened:
Calling Google did not succeed as Artillery goes via (in this case non existent) proxy
The Debug logs only contain the context path which ist called and not the Host which is called. In case the proxy does not exist at all, you can additionally see a RequestError indicating the proxy (ENOTFOUND or EAI_AGAIN). However in cases where the Proxy exists but the Proxy cannot reach its target, just a 503 is pointed out, but there's no way to see which exact request resulted in the 503 and that it was directed to a proxy. So it's not possible to analyse such situations by the debug log.
It has cost me 4 days to analyze this behaviour in a scenario where after the proxy the firewall was blocking but I had no clue the request was running through the proxy at all and couldn't make Artillery tell me by DEBUG option.
I think it's important to be able to analyse this by debug log besides respecting the NO_PROXY config.
Files being used:
none
The text was updated successfully, but these errors were encountered:
thanks @phbreitbach! Support for NO_PROXY is a good suggestion. We'll take a look (PR welcome too). To see which URL resulted in a specific HTTP code the metrics-by-endpoint plugin could help, though that won't tell you if a request was proxied or not.
We are facing the same issue. The NO_PROXY variable is not used.
Currently our workaround is, to unset the HTTP_PROXY and HTTPS_PROXY variable before running the artillery script.
VERSION INFO:
Artillery: 2.0.12
Node.js: v20.12.1
OS: linux
Running this command:
I expected to see this happen:
Instead, this happened:
It has cost me 4 days to analyze this behaviour in a scenario where after the proxy the firewall was blocking but I had no clue the request was running through the proxy at all and couldn't make Artillery tell me by DEBUG option.
I think it's important to be able to analyse this by debug log besides respecting the NO_PROXY config.
Files being used:
none
The text was updated successfully, but these errors were encountered: