主页 / server / 问题 / 1017496
Accepted
Esa Jokinen
Asked: 2020-05-18 04:35:28 +0800 CST

BIND 9 查询日志中的客户端对象标识符

  • 772

BIND 9 管理员参考手册（例如9.14.11或9.17.1版）在

  • 5.2. 配置文件语法
    • category短语 _
      • queries

查询日志条目首先以@0x<hexadecimal-number>格式报告客户端对象标识符。

在 ARM 的其他任何地方都没有提到这个术语，而且它是唯一提到任何对象标识符的地方。

  • 它似乎与发送查询的客户端无关：

    • 对于来自许多不相关 IP 地址的查询可能是相同的，但
    • 来自同一 IP 地址的两个查询可能会有所不同。

  • 例如@0x123456789abc

    • 上半场123456似乎总是一样
    • 下半场789abc不时变化。

  • 在查询日志示例中，它可以是 32-bit@0xffffffff或 48-bit @0xffffffffffff。

  • Alan Clegg 在 2019 年 10 月的这个BIND Logging演示文稿中，仅通过它不是什么来描述它：

    A@0x后跟客户端对象标识符（与客户端地址无关）

它是什么以及如何计算？
我们能从中得到什么信息？为什么它仍然被记录？

bind

1 个回答

  1. Best Answer

    根据 Tony Finch在 2019 年 8 月对 bind-users 邮件列表的回复：

    它是 BIND 用于保存查询工作状态的数据结构在内存中的地址。

    我很惊讶这似乎是唯一可以解释的地方。该命名似乎颇具误导性，因为基于此，它与客户端或对象标识符OID 无关（根据ITU-T X.660 | ISO/IEC 9834-1）。

    这个解释似乎是可信的，因为它与值的格式和行为一致。此日志记录来自 ISC，lib/ns/client.c即客户端对象（感谢 Patrick Mevzek！）：

    2715    isc_log_write(ns_lctx, category, module, level,
2716              "client @%p %s%s%s%s%s%s%s%s: %s", client, peerbuf, sep1,
2717              signer, sep2, qname, sep3, sep4, viewname, msgbuf);

    在这里，%p确实是 的内存地址（指针）client，因为它是用 C 语言编写的，并且"client @%p %s%s%s%s%s%s%s%s: %s"是printf 格式字符串，%占位符具有：

    格式占位符的语法是

    %[parameter][flags][width][.precision][length]type

    类型字段

    • s: 以空字符结尾的字符串。
    • p:（void *指向 void 的指针）以实现定义的格式。

    相反， BIND 9 管理员参考手册可以简单地说如下：

    查询日志条目首先以格式报告用于保存查询工作状态的数据结构的内存地址@0x<hexadecimal-number>。

    好吧，整个段落也可以格式化为列表而不是故事......

    • 2

相关问题