Por lo general, expandir cada cierre de sesión en su propio canal y luego a un archivo de registro separado, sin duda facilita las cosas cuando intenta depurar problemas específicos. Mi sección de registro es similar a la siguiente:
logging {
channel default_file {
file "/var/log/named/default.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel general_file {
file "/var/log/named/general.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel database_file {
file "/var/log/named/database.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel security_file {
file "/var/log/named/security.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel config_file {
file "/var/log/named/config.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel resolver_file {
file "/var/log/named/resolver.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel xfer-in_file {
file "/var/log/named/xfer-in.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel xfer-out_file {
file "/var/log/named/xfer-out.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel notify_file {
file "/var/log/named/notify.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel client_file {
file "/var/log/named/client.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel unmatched_file {
file "/var/log/named/unmatched.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel queries_file {
file "/var/log/named/queries.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel network_file {
file "/var/log/named/network.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel update_file {
file "/var/log/named/update.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel dispatch_file {
file "/var/log/named/dispatch.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel dnssec_file {
file "/var/log/named/dnssec.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
channel lame-servers_file {
file "/var/log/named/lame-servers.log" versions 3 size 5m;
severity dynamic;
print-time yes;
};
category default { default_file; };
category general { general_file; };
category database { database_file; };
category security { security_file; };
category config { config_file; };
category resolver { resolver_file; };
category xfer-in { xfer-in_file; };
category xfer-out { xfer-out_file; };
category notify { notify_file; };
category client { client_file; };
category unmatched { unmatched_file; };
category queries { queries_file; };
category network { network_file; };
category update { update_file; };
category dispatch { dispatch_file; };
category dnssec { dnssec_file; };
category lame-servers { lame-servers_file; };
};
Espero que esto ayude.
Gracias por la información. Pero el problema aquí es que tengo archivos de zona enlazados en una sola carpeta para cada dominio. Digamos por ejemplo.com, tengo alrededor de 6 archivos de subzona usando la cláusula INCLUDE dentro del archivo de la zona maestra. Me gustaría saber el archivo de zona particular desde el que la consulta está extrayendo la información. He agregado su cláusula de registro en mi enlace. Verificará y le avisará si ayuda. Gracias por tu ayuda. – deppfx
Dudo que sea realmente posible, y el registro estándar no le daría ese nivel de detalle. BIND carga los archivos de zona en la memoria al inicio, por lo que los archivos en sí mismos no tienen sentido una vez que se inician, es solo una zona completa. Habilitar el modo de depuración en BIND podría proporcionarle niveles de detalle adicionales, pero generará una gran cantidad de registros que, a su vez, afectarán el rendimiento del servidor DNS. –
¿Por qué crees que registrar todo en archivos separados es mejor para la depuración? También tenga cuidado con los mensajes de registro inútiles en la mayoría de los canales cuando su servidor está ocupado. – alexsergeyev