thanks for figuring this out
Scott
> On Nov 4, 2024, at 11:35 AM, Ondřej Surý wrote:
>
> I spent last two hours crashing my computer while bisecting the issue,
> and you would not have guessed the commit that causes this:
>
> commit f063ee276e4a7f6cfccbefa969e8db8df952348b
> Author: Ondřej Su
I spent last two hours crashing my computer while bisecting the issue,
and you would not have guessed the commit that causes this:
commit f063ee276e4a7f6cfccbefa969e8db8df952348b
Author: Ondřej Surý
Date: 2022-05-18 14:10:58 +0200
Use libuv CFLAGS and LIBS when checking for features
W
for what its worth - I am NOT framing this as a BIND 9 fault as in BIND should
change what it is doing
but BIND 9 is doing something that Apple does not like and it would
help Apple to know what that is
Scott
> On Nov 4, 2024, at 9:59 AM, Ondřej Surý wrote:
>
> Please stop framing this as t
Please stop framing this as this is BIND 9 fault. I’ll report this to Apple as
I can reproduce this on my machine too on unprivileged account.
Ondrej
--
Ondřej Surý — ISC (He/Him)
My working hours and your working hours may be different. Please do not feel
obligated to reply outside your normal
tried again after the crash and it now does one query & crashes on the 2nd
sigh
Scott
> On Nov 4, 2024, at 9:32 AM, Scott Bradner wrote:
>
> I un-installed Little Snitch (and am not using the macOS firewall) and it
> did change things - now the first quest from another computer caused the
> r
I un-installed Little Snitch (and am not using the macOS firewall) and it
did change things - now the first quest from another computer caused the reboot
:-(
Scott
> On Nov 4, 2024, at 9:24 AM, Anand Buddhdev wrote:
>
> On 04/11/2024 15:14, Scott Bradner wrote:
>
> Hi Scott,
>
> I doubt that
On 04/11/2024 15:14, Scott Bradner wrote:
Hi Scott,
I doubt that BIND is using any special code to cause the crash. I am
aware that Apple has introduced some new code around firewalling in
macOS 15. In fact, before macOS 15.1, there was a serious issue with it,
that broke long-running SSH con
does named so something in buffering previous queries that would
trigger a different process on the third query? (seems strange that
its reboot from another computer is repeatable on the 3rd query for the
same site?)
note that many queries from another computer are just fine as long as its
not f
> maybe named is using some special system call
Named is not using anything special. All the stuff is just libraries and
standard API.
Ondrej
--
Ondřej Surý — ISC (He/Him)
My working hours and your working hours may be different. Please do not feel
obligated to reply outside your normal workin
it sure would help when taking the issue to apple to have some
idea what thing in named is causing the (should not be possible) reboot
maybe named is using some special system call
Scott
> On Nov 4, 2024, at 9:07 AM, Ondřej Surý wrote:
>
> As Mark said - you need to take this to Apple. It coul
As Mark said - you need to take this to Apple. It could be kernel bug, it could
be a compiler bug. Userspace program crashing the hardware is pretty bad, but
there’s nothing we can do on our side.
Ondrej
--
Ondřej Surý — ISC (He/Him)
My working hours and your working hours may be different. Ple
more observations
M1 Mac Mini
MacOS Sequoia 15.1
bind 9.20.3 installed by homebrew - as installed (no tweaking of named.conf
or anything else) - started using "sudo brew services start bind"
query from another computer
dig @[ipaddress] cnn.com
first two times get the correct re
Maybe https://dnsviz.net/ ?
Mit freundlichen Grüßen
Julian Panke
Ursprüngliche Nachricht
Am 04.11.24 12:58 um Robert Wagner schrieb :
Any chance someone from the bind group knows of an open-source DNS compliance
validation tool that can analyze and check configuration settings
Any chance someone from the bind group knows of an open-source DNS compliance
validation tool that can analyze and check configuration settings?
I hate to say it, but there are a lot of people managing DNS servers as part of
other responsibilities. If it responds with an IP, then they consider it
> On 25 Oct 2024, at 02:15, Mark Andrews wrote:
>
> Take your machine to Apple. You have a hardware fault or a kernel security
> bug. A user application should not be able to make an operating system crash.
That’s interesting. I have heard of a similar problem but with a different OS
versi
15 matches
Mail list logo
