Re: Configuración de logs de isc-dhcp-server
El Thu, 15 May 2014 12:02:04 -0300, Mauro Antivero escribió:
> El 15/05/14 11:20, Camaleón escribió:
(...)
>>> Lo que quiero hacer es que los dos mensajes por defecto (los primeros
>>> dos que puse, los que dicen DHCPREQUEST y DHCPACK) no se generen,
>>> puesto que en si la información está repetido con los que yo genero.
>> Ah, vale, entonces lo que buscas ahora es *no duplicar* los mensajes
>> predeterminados y los personalizados.
>>
>>> Espero se haya entendido bien ahora y perdón si antes quedó medio
>>> confuso.
>> Ahora sí, es que no recordaba que hubieras comentado nada sobre
>> mensajes duplicados :-)
Se te ha olvidado adjuntar el archivo de configuración.
> Bueno, por lo que pude ver hasta ahora no se puede anular los logs que
> por defecto envía isc-dhcp-server,
Estaba pensando por qué duplica los registros y claro, debe ser porque
hemos forzado que registre los datos al usar el evento "on commit" y cada
vez que se produce el evento, registro al canto.
Es decir, no estamos dando forma a los registros predeterminados sino que
estamos ejecutando la misma acción en paralelo y con el formato que
queremos pero claro, hay duplicidad.
Volvamos al inicio... quitando cualquier cláusula "on commit" que tengas
habilitada, en lugar de esto que tenías al principio (y que no te
funcionaba):
#Ack
if option dhcp-message-type = 5 {
log(info, concat("info: dhcp-cpe-ack:", " MAC-CPE: ",
binary-to-ascii(16, 8, ":", hardware), " MAC-CM: ",
binary-to-ascii(16, 8, ":", option agent.remote-id)));
}
Prueba con esto:
if dhcp-message-type = 5 {
log(info, concat("info: dhcp-cpe-ack:", " MAC-CPE: ",
binary-to-ascii(16, 8, ":", hardware), " MAC-CM: ",
binary-to-ascii(16, 8, ":", option agent.remote-id)));
}
O algo más simple:
log(info, concat("info: dhcp-cpe-ack:", " MAC-CPE: ",
binary-to-ascii(16, 8, ":", hardware)));
A ver qué sucede o si notas algún cambio.
> lo que si se me ocurrió algo, pero no creo que lo implemente porque a
> mi humilde entender me parece inapropiado:
>
> La idea sería configurar syslog para que solamente loguee mensajes del
> tipo err por ejemplo y luego utilizar esta prioridad en la sentencia
> log, de manera que quede del tipo "log(err, ....)". De esta forma solo
> se enviarían los logs personalizados (y los propios que se generen del
> tipo err, pero como les decía me parece una "chanchada".
Seguirías duplicando los registros, aunque en menor cantidad.
> Voy a buscar un ratito más, si no encuentro nada lo que hago es
> configurar un filtro en rsyslog para que detecte y guarde solo los logs
> personalizados. Esto es relativamente sencillo (creo) y lo podría haber
> hecho en un principio, pero por prolijidad quería que no se envíen logs
> innecesarios para que luego sean descartados (especialmente porque son
> muuuuuuuuchos los logs de este tipo).
Okay, ya contarás.
Saludos,
--
Camaleón
Reply to: