Início / server / Perguntas / 1017496
Accepted
Esa Jokinen
Asked: 2020-05-18 04:35:28 +0800 CST

Identificador de objeto do cliente nos logs de consulta do BIND 9

  • 772

O Manual de Referência do Administrador do BIND 9, por exemplo, para a versão 9.14.11 ou 9.17.1 afirma em

  • 5.2. GRAMATICA DO ARQUIVO DE CONFIGURAÇÃO
    • A categoryfrase
      • queries

A entrada do log de consulta relata primeiro um identificador de objeto do cliente em @0x<hexadecimal-number>formato.

Este termo não foi mencionado em nenhum outro lugar no ARM, e é a única menção de qualquer identificador de objeto .

  • Parece não estar relacionado ao cliente que estava enviando a consulta:

    • pode ser o mesmo para consultas de muitos endereços IP não relacionados, mas
    • pode ser diferente para duas consultas do mesmo endereço IP.

  • Por exemplo@0x123456789abc

    • a primeira metade 123456parece sempre ser a mesma
    • a segunda metade 789abcmuda de tempos em tempos.

  • Nos exemplos de log de consulta, pode ser de 32 bits @0xffffffffou 48 bits @0xffffffffffff.

  • Alan Clegg, nesta apresentação do BIND Logging de outubro de 2019, apenas o descreve através do que não é:

    A @0xseguido pelo identificador de objeto do cliente (nada a ver com o endereço do cliente)

O que é e como é calculado?
Que informações podemos extrair dele? Por que é registrado de qualquer maneira?

bind

1 respostas

  1. Best Answer

    De acordo com a resposta de Tony Finch à lista de discussão de usuários vinculados em agosto de 2019:

    É o endereço na memória da estrutura de dados que o BIND usa para manter seu estado de trabalho para a consulta.

    Estou surpreso que isso pareça o único lugar em que isso é realmente explicado. A nomenclatura parece bastante enganosa, pois, com base nisso, não se trata do OID do cliente nem dos identificadores de objeto (por ITU-T X.660 | ISO/IEC 9834-1).

    A explicação parece credível, pois é coerente tanto com o formato como com o comportamento do valor. Este registro vem do ISC, lib/ns/client.cou seja, do objeto cliente ( Obrigado, 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);

    Aqui, o %pfato é o endereço de memória (ponteiro) doclient , como está escrito em C, e o "client @%p %s%s%s%s%s%s%s%s: %s"é uma string de formato printf , onde o %espaço reservado tem:

    A sintaxe para um espaço reservado de formato é

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

    Campo de tipo

    • s: string terminada em nulo.
    • p: void *(ponteiro para void) em um formato definido pela implementação.

    Em vez disso, o Manual de Referência do Administrador do BIND 9 PODERIA simplesmente dizer algo como:

    A entrada do log de consulta relata primeiro o endereço de memória da estrutura de dados usada para manter o estado de funcionamento da consulta, em @0x<hexadecimal-number>formato.

    Bem, o parágrafo inteiro também pode ser formatado como uma lista em vez de uma história...

    • 2

relate perguntas