Nice new logging feature
Petr Menšík
pemensik at redhat.com
Mon Dec 20 16:53:16 UTC 2021
Oh, Hi Reindl,
sure I confused that. I read it wrong way and thought they are present
on *BSD but not on Fedora. I know some messages are removed in Fedora
builds. I apologize for a confusion. Nobody complained on Fedora builds,
that is a good message to me.
Thanks!
Merry Christmas folks.
On 12/20/21 17:39, Reindl Harald wrote:
>
>
> Am 20.12.21 um 17:32 schrieb Petr Menšík:
>> Hi Borja,
>>
>> In fact there is ancient patch [1] still applied to Fedora builds, which
>> hides some lame servers warnings. It makes some lame servers category
>> logs as debug only, shown only when -d 1 option is used.
>>
>> I was thinking about removing this change some time ago and replace it
>> with just configuration snippet dropping lame servers message if needed.
>> But no one complained for years. If you think those messages should be
>> available, please fill bug on Red Hat Bugzilla [2], bind component.
>>
>> I have minimized changes to BIND done for Fedora, but this one remained
>> due lack of feedback. I think configuration example to hide lame servers
>> messages might be more appropriate, because it would allow changes
>> without recompilation, just with simple configuration change. Current
>> builds cannot enable without debug level 1 I am afraid.
>
> you confused something!
>
> Borja don't have that in older named versions and does not use Fedora,
> i have them on Fedora as you see in my quote and it's not about the
> messsages as such but about "45.79.19.196#53" at the end of lame-logs
>
> maybe because of my logging configuration which is unchanged for years
>
> logging
> {
> channel default_log
> {
> file "data/named.log" versions 0 size 1m;
> severity dynamic;
> print-time yes;
> print-category yes;
> };
> channel transfer_log
> {
> file "data/transfer.log" versions 0 size 1m;
> severity dynamic;
> print-time yes;
> print-category yes;
> };
> channel rate_limit_log
> {
> file "data/rate_limit.log" versions 0 size 1m;
> severity dynamic;
> print-time yes;
> print-category yes;
> };
> channel lame_servers_log
> {
> file "data/lame_servers.log" versions 0 size 1m;
> severity dynamic;
> print-time yes;
> print-category yes;
> };
> channel query_errors_log
> {
> file "data/query_errors.log" versions 0 size 1m;
> severity dynamic;
> print-time yes;
> print-category yes;
> };
> category default {default_log;};
> category resolver {default_log;};
> category security {default_log;};
> category xfer-in {transfer_log;};
> category xfer-out {transfer_log;};
> category config {default_log;};
> category queries {default_log;};
> category notify {default_log;};
> category database {default_log;};
> category rate-limit {rate_limit_log;};
> category lame-servers {lame_servers_log;};
> category query-errors {query_errors_log;};
> };
>
>> On 12/16/21 13:15, Reindl Harald wrote:
>>>
>>>
>>> Am 16.12.21 um 10:02 schrieb Borja Marcos:
>>>>
>>>> Hi,
>>>>
>>>> I am trying 9.17 at home and I just noticed a very useful new
>>>> lame-servers log message:
>>>>
>>>> 2021-12-16T08:08:20.505Z lame-servers: timed out resolving
>>>> ’stupiddomain.com/ANY/IN': X.Y.Z.T#53
>>>>
>>>> I haven’t seen this on 9.16. Are there any plans to include it?
>>>
>>> bind-9.16.23-1.fc34.x86_64
>>>
>>> 16-Dec-2021 13:08:10.598 lame-servers: connection refused resolving
>>> 'ns2.serverion.eu/A/IN': 94.228.210.122#53
>>> 16-Dec-2021 13:11:29.269 lame-servers: host unreachable resolving
>>> '250.84.141.45.in-addr.arpa/PTR/IN': 45.79.19.196#53
>>> 16-Dec-2021 13:11:31.804 lame-servers: host unreachable resolving
>>> '250.84.141.45.in-addr.arpa/PTR/IN': 96.126.123.244#53
>>> 16-Dec-2021 13:12:10.567 lame-servers: host unreachable resolving
>>> '166.84.141.45.in-addr.arpa/PTR/IN': 198.58.118.167#53
>>> 16-Dec-2021 13:12:13.903 lame-servers: host unreachable resolving
>>> '166.84.141.45.in-addr.arpa/PTR/IN': 45.33.18.44#53
>>> 16-Dec-2021 13:12:14.034 lame-servers: host unreachable resolving
>>> '166.84.141.45.in-addr.arpa/PTR/IN': 45.33.2.79#53
>>> 16-Dec-2021 13:12:15.773 lame-servers: host unreachable resolving
>>> '166.84.141.45.in-addr.arpa/PTR/IN': 45.33.23.183#53
>>> 16-Dec-2021 13:12:15.938 lame-servers: host unreachable resolving
>>> '166.84.141.45.in-addr.arpa/PTR/IN': 96.126.123.244#53
>>> 16-Dec-2021 13:12:46.937 lame-servers: connection refused resolving
>>> 'mx4.itronic.at/A/IN': 85.124.85.125#53
>>> 16-Dec-2021 13:13:41.202 lame-servers: host unreachable resolving
>>> '70.84.141.45.in-addr.arpa/PTR/IN': 72.14.185.43#53
>>> 16-Dec-2021 13:13:45.334 lame-servers: host unreachable resolving
>>> '70.84.141.45.in-addr.arpa/PTR/IN': 45.33.2.79#53
>>> 16-Dec-2021 13:13:46.953 lame-servers: REFUSED unexpected RCODE
>>> resolving '_.93.226.171.in-addr.arpa/A/IN': 203.113.131.1#53
>>> 16-Dec-2021 13:13:47.315 lame-servers: FORMERR resolving
>>> '_.93.226.171.in-addr.arpa/A/IN': 203.113.188.2#53
>>> 16-Dec-2021 13:13:47.601 lame-servers: REFUSED unexpected RCODE
>>> resolving '110.93.226.171.in-addr.arpa/PTR/IN': 203.113.131.1#53
--
Petr Menšík
Software Engineer
Red Hat, http://www.redhat.com/
email: pemensik at redhat.com
PGP: DFCF908DB7C87E8E529925BC4931CA5B6C9FC5CB
More information about the bind-users
mailing list