OTLP GRPC exporters don't respect domain NO_PROXY settings due to grpc bug #5976
Labels
blocked:design
Waiting on design work to be completed before implementation can start.
bug
Something isn't working
pkg:exporter:otlp
Related to the OTLP exporter package
Description
Brought up this issue in the collector repo, realized it should likely be applied here as well.
There's a bug in grpc-go (here and here) related to the way NewClient does hostname resolution where now the host is resolved before the ProxyFromEnvironment function is called, due to this domain based no_proxy settings are not applied as the comparison is done only against the ip. localhost is not affected.
The grpc team is working on a fix but it seems like until that's in place we might want to revert to DialContext instead of NewClient.
Environment
Steps To Reproduce
Set HTTP/S_PROXY
Init OTLP GRPC client with target endpoint
Include endpoint sub-domain in NO_PROXY
Expected behavior
HTTP/S_PROXY setting should still be applied
The text was updated successfully, but these errors were encountered: