Re: End-user troubleshooting of bad c-ares interaction with router

2024-01-23 Thread Brad House via c-ares
Just glanced at the issue, looks like you summarized it well. On 1/23/24 12:58 PM, Nicholas Chammas wrote: To close the loop on this discussion, I’ve filed the following issue with the gRPC folks: https://github.com/grpc/grpc/issues/35638 Thank you again for all of your help. I would not have

Re: End-user troubleshooting of bad c-ares interaction with router

2024-01-23 Thread Nicholas Chammas via c-ares
To close the loop on this discussion, I’ve filed the following issue with the gRPC folks: https://github.com/grpc/grpc/issues/35638 Thank you again for all of your help. I would not have been able to understand what’s going on without it. > On Jan 23, 2024, at 11:43 AM, Brad House wrote: >

Re: End-user troubleshooting of bad c-ares interaction with router

2024-01-23 Thread Brad House via c-ares
Yeah, it does clearly show them enqueuing IPv4 and IPv6 requests separately.  So either they need to add logic similar to c-ares has internally with https://github.com/c-ares/c-ares/pull/551 or just use ares_getaddrinfo() instead of ares_gethostbyname() with address family AF_UNSPEC and let c-a

Re: End-user troubleshooting of bad c-ares interaction with router

2024-01-23 Thread Nicholas Chammas via c-ares
Thank you for all the troubleshooting help, Brad. I am using gRPC via Apache Spark Connect (a Python library), so I am two levels removed from c-ares itself. Looking in the Python virtual environment where gRPC is installed, I’m not sure what file to run otool on. The only seemingly relevant fi

Re: End-user troubleshooting of bad c-ares interaction with router

2024-01-22 Thread Brad House via c-ares
Are you using gRPC installed via homebrew or is it bundled with something else?  Usually package maintainers like homebrew will dynamically link to the system versions of dependencies so they can be updated independently.  You might be able to run otool -L on grpc to see what c-ares library its

Re: End-user troubleshooting of bad c-ares interaction with router

2024-01-22 Thread Nicholas Chammas via c-ares
Here’s the output of adig and ahost , both with and without the DNS servers set directly on the network interface (vs. just on the router). I also learned that gRPC 1.60.0 may be using c-ares 1.19.1

Re: End-user troubleshooting of bad c-ares interaction with router

2024-01-21 Thread Brad House via c-ares
I think homebrew distributes the 'adig' and 'ahost' utilities from c-ares.  Can you try using those to do the same lookup so we can see the results? On 1/19/24 11:01 AM, Nicholas Chammas wrote: On Jan 17, 2024, at 3:38 PM, Brad House wrote: What version of c-ares is installed? Sorry about

Re: End-user troubleshooting of bad c-ares interaction with router

2024-01-19 Thread Nicholas Chammas via c-ares
> On Jan 17, 2024, at 3:38 PM, Brad House wrote: > What version of c-ares is installed? > Sorry about the delay in responding. Answering this question is more difficult than I expected. I know that Spark Connect is running gRPC 1.160.0. Looking through the gRPC repo, I see mention of c-ares 1

Re: End-user troubleshooting of bad c-ares interaction with router

2024-01-17 Thread Brad House via c-ares
What version of c-ares is installed? What DNS servers are configured on your MacOS system when its not operating properly?  The output of "scutil --dns" would be helpful here. On 1/17/24 12:09 PM, Nicholas Chammas via c-ares wrote: Hello, I am trying to troubleshoot a problem as an end-user