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
Similarly to this issue Telmate/terraform-provider-proxmox#665 I am seeing DNS resolution failures when connected to a VPN using split DNS on the latest version of MacOS. This seems to be a oddity in the way Go does DNS resolution when MacOS releases are cross-compiled from Linux or another OS.
The error looks something like this:
╷
│ Error: kafka: client has run out of available brokers to talk to: 3 errors occurred:
│ * dial tcp: lookup b-1.engineering-staging-ev.evlm5o.c1.kafka.eu-west-1.amazonaws.com on [2a00:23c6:d098:4200:62be:b4ff:fe06:1372]:53: no such host
│ * dial tcp: lookup b-2.engineering-staging-ev.evlm5o.c1.kafka.eu-west-1.amazonaws.com on [2a00:23c6:d098:4200:62be:b4ff:fe06:1372]:53: no such host
│ * dial tcp: lookup b-3.engineering-staging-ev.evlm5o.c1.kafka.eu-west-1.amazonaws.com on [2a00:23c6:d098:4200:62be:b4ff:fe06:1372]:53: no such host
│
│
│ with module.engineering-staging-event-system-acl.kafka_acl.cluster_admin,
│ on ../../modules/event-system-acl/main.tf line 21, in resource "kafka_acl" "cluster_admin":
│ 21: resource "kafka_acl" "cluster_admin" {
│
╵
However doing DNS resolution the "proper way" on MacOS gets an IP address:
❯ dscacheutil -q host -a name b-3.engineering-staging-ev.evlm5o.c1.kafka.eu-west-1.amazonaws.com
name: b-3.engineering-staging-ev.evlm5o.c1.kafka.eu-west-1.amazonaws.com
ip_address: 172.27.59.29
Similarly to this issue Telmate/terraform-provider-proxmox#665 I am seeing DNS resolution failures when connected to a VPN using split DNS on the latest version of MacOS. This seems to be a oddity in the way Go does DNS resolution when MacOS releases are cross-compiled from Linux or another OS.
The error looks something like this:
However doing DNS resolution the "proper way" on MacOS gets an IP address:
Other software also succeeds in connecting.
This should be fixed if this provider can upgrade to Go 1.20: https://danp.net/posts/macos-dns-change-in-go-1-20/
The text was updated successfully, but these errors were encountered: