No matter how you like to participate in developer communities, Pulumi wants to meet you there. If you want to meet other Pulumi users to share use-cases and best practices, contribute code or documentation, see us at an event, or just tell a story about something cool you did with Pulumi, you are part of our community.

Pulumi Community

can you pls comment on the issue with your particular situation?

I am trying to connect to a kubernetes cluster, when connected to the vpn.  my kubeconfig has an azure fqdn that is only resolvable from my vnet dns.  I have forwards attached to the vnet that allow for vnet resolution.  Problem is pulumi uses /etc/resolv.conf which points to my local dns configuration (in this case it is my router).

The issue that I have linked is the same issue that I am having.

This is really an issue with MacOSX and DNS resolution but wondering if people have work arounds.  My current work arounds are to add internal fqdns to my hosts file (which is terrible).

Note that tools like ping, curl, etc. correctly resolve the records for my vnet using the forwarder dns servers.

This is also an issue with terraform and mac osx.

I know Go on macos has some sort of oddities with dns resolution, although I can't recall the specifics I know one of our engineers who probably does know. I'll point this ticket at him.

This is a known issue with Go, unfortunately. I'll update our own issue with a link to this issue:

<https://github.com/golang/go/issues/12524>

it's already linked in the issue description

<@U026JBAHN5U> Could you reply to the Go issue as a user of CLI tools on macOS? It would be enough to say that as a developer on macOS, the tools you use written using Go don't work correctly on macOS.

As you noted, it affects every program written in Go unless the program's author takes a costly step to build all macOS programs on macOS using "cgo". That workaround has tradeoffs we don't consider acceptable: as a member of the Go team has said: <https://dave.cheney.net/2016/01/18/cgo-is-not-go|"cgo is not go" by Dave Cheney>. The article linked there lays out how using cgo by default changes a lot more than just how DNS works.