Re: Problem with a certain domain
Am 2024-06-01 04:34, schrieb Michael Batchelder:
Thomas, can you clarify whether all queries to 127.0.0.1/53 result in:
;; communications error to 127.0.0.1#53: timed out
when this problem occurs, or do just queries for
s1._domainkey.mg-esp-prod-eu-eu.mallorcazeitung.es fail (or some level
of failure in between all queries and the ones for that one domain)?
And at that time, can you successfully query from the same system
using a public resolver (e.g. "dig @9.9.9.9
s1._domainkey.mg-esp-prod-eu-eu.mallorcazeitung.es TXT")? And do you
have BIND's logging for the queries that fail?
I have only observed this with this mallorcazeitung domain so far.
Perhaps it has something to do with my server or the network environment
of my server host. I have another identical server, but in a different
network / on a different host system. And on the second server, the
duration of the uncached query for this domain is normal (128 msec).
Problem server 1
;; Query time: 3348 msec
Server 2
;; Query time: 128 msec
I restarted server 1, but this did not bring any improvement. But so far
it only takes so long with this mallorcazeitung domain.
I tried to activate logging (found it on a website), but the first
attempt resulted in an error. I'm a bit too exhausted now, as I've been
sitting in front of the PC all week and now need to take a break.
mkdir /var/log/named
chown bind:root /var/log/named
chmod 0750 /var/log/named
nano /etc/bind/named.conf.local
logging {
channel my_syslog {
syslog daemon;
severity notice;
};
channel my_file {
file "/var/log/named/messages";
severity info;
print-time yes;
};
category default { my_file; };
}
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
this list
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/contact/ for more information.
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
Re: Problem with a certain domain
https://intodns.com/mallorcazeitung.es
They have to fix this first, IMHO.
And that doesn’t take into account the problems found by zonemaster.
https://zonemaster.net/en/result/1041e4ac095c7018
> Am 01.06.2024 um 12:08 schrieb Thomas Barth via bind-users
> :
>
> Am 2024-06-01 04:34, schrieb Michael Batchelder:
>
>> Thomas, can you clarify whether all queries to 127.0.0.1/53 result in:
>> ;; communications error to 127.0.0.1#53: timed out
>> when this problem occurs, or do just queries for
>> s1._domainkey.mg-esp-prod-eu-eu.mallorcazeitung.es fail (or some level
>> of failure in between all queries and the ones for that one domain)?
>> And at that time, can you successfully query from the same system
>> using a public resolver (e.g. "dig @9.9.9.9
>> s1._domainkey.mg-esp-prod-eu-eu.mallorcazeitung.es TXT")? And do you
>> have BIND's logging for the queries that fail?
>
> I have only observed this with this mallorcazeitung domain so far. Perhaps it
> has something to do with my server or the network environment of my server
> host. I have another identical server, but in a different network / on a
> different host system. And on the second server, the duration of the uncached
> query for this domain is normal (128 msec).
>
> Problem server 1
> ;; Query time: 3348 msec
>
> Server 2
> ;; Query time: 128 msec
>
> I restarted server 1, but this did not bring any improvement. But so far it
> only takes so long with this mallorcazeitung domain.
>
> I tried to activate logging (found it on a website), but the first attempt
> resulted in an error. I'm a bit too exhausted now, as I've been sitting in
> front of the PC all week and now need to take a break.
>
>
> mkdir /var/log/named
> chown bind:root /var/log/named
> chmod 0750 /var/log/named
>
> nano /etc/bind/named.conf.local
>
> logging {
>channel my_syslog {
>syslog daemon;
>severity notice;
>};
>channel my_file {
>file "/var/log/named/messages";
>severity info;
>print-time yes;
>};
>
>category default { my_file; };
> }
> --
> Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
> this list
>
> ISC funds the development of this software with paid support subscriptions.
> Contact us at https://www.isc.org/contact/ for more information.
>
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from
this list
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/contact/ for more information.
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
Re: Problem with a certain domain
Am 2024-06-01 12:18, schrieb Rainer Duffner: intodns.com [1] [1] They have to fix this first, IMHO. And that doesn’t take into account the problems found by zonemaster. Zonemaster [2] zonemaster.net [2] [2] I wrote to the website, drew their attention to the problem and asked them to forward my request to the responsible administrators. Let's see if they will change anything. Surprisingly, the uncached queries suddenly no longer take so long. The response has now been around 100 ms several times. I am curious to see how long this will last. -- Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
Building bind 9.19.24 on Openwrt w/ MUSL
Hi, Having some more issues building 9.19.24 on MUSL. configure.ac isn't correctly detecting the following: ac_cv_func_setresuid=yes ac_cv_type_size_t=yes ac_cv_type_ssize_t=yes ac_cv_type_uintptr_t=yes And even passing this manually via ./configure's environment isn't causing it to work... it's showing as the wrong value and not "(cached)". I wouldn't have noticed except that the included replacement for setresuid() dies in compilation with a warning about it being declared as static and then later defined as non-static or some such. Anyone else had problems with autoconf and cross-compilation w/ MUSL? I wanted to do a bump on bind to pick up this fix: https://gitlab.isc.org/isc-projects/bind9/-/issues/3152 Thanks, -Philip -- Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
