What version of Turborepo are you using?

1.1.10

What package manager are you using / does the bug impact?

pnpm (likely all)

What operating system are you using?

Mac

Describe the Bug

When building with a remote cache on an internal host, i.e. pnpm turbo run build --api="https://<internal_host>" ...,
all requests fail due to failed DNS lookup.

2022-03-24T21:31:10.266-0400 [ERROR] run: request failed: error="Get \"https://<internal-host>/v8/artifacts/0a1e1749d7886ac6?slug=***\": dial tcp: lookup <internal-host> on 75.75.75.75:53: no such host" method=GET url=https://<internal-host>/v8/artifacts/0a1e1749d7886ac6?slug=***

Expected Behavior

TurboRepo is able to hit internal remote cache hosts on any OS without DNS lookup failures.

Notes

This is a known issue with golang name resolution on Darwin.

The situation becomes even more complicated when cross-compiling, as described in the discussion of this issue. My understanding from the above issue:

• For Darwin resolution to work, would need the binary to be built with cgo
• When cross-compiling, most folks build with cgo off, as TurboRepo does
• Even if built with cgo enabled, it appears there are cross compilation issues for Darwin , and ideally the binary would be built on Darwin

Hoping it's possible to update the build process to build the darwin distro on darwin, or document how MacOS users should proceed if there are other ways to workaround the issue. (Or other options I'm not thinking of!)

To Reproduce

On MacOS, specify a remote cache using an internal hostname. Run with -vvv to see error logs.