diferencia entre rsyslogd y syslogd

Intenté implementar algunos cambios en syslogd en Ubuntu 10.04.02 LTS (edición del servidor). Encontré que /etc/syslog.conf no está presente en el sistema, en cambio tengo /etc/rsyslogd.d/*.conf. syslogd se puede instalar instalando inetutils-syslogd, pero no puedo decidir los pros y los contras de ambos sistemas. Además, mientras instalo inetutils-syslogd, necesito eliminar rsyslog y ubuntu-minimal. ¿Alguien explicaría los méritos y las desventajas de rsyslogd sobre syslogd?

Ubuntu Manpage para rsyslogd dice esto

... En primer lugar, ha habido un intento sistemático de asegurar que rsyslogd siga su comportamiento BSD estándar predeterminado ...

rsyslogd debería poder usar un syslog.conf estándar y actuar como el syslogd original. Sin embargo, un syslogd original no funcionará correctamente con un archivo de configuración mejorado rsyslog. En el mejor de los casos, generará nombres de archivo de aspecto divertido.

El segundo concepto importante a tener en cuenta es que esta versión de rsyslogd interactúa de manera transparente con la versión de syslog que se encuentra en las bibliotecas estándar. Si un binario vinculado a las bibliotecas compartidas estándar no funciona correctamente, nos gustaría un ejemplo del comportamiento anómalo.

Entonces rsyslogd no es muy diferente de syslogd . Entonces, ¿por qué necesitamos rsyslogd?

Esta página proporciona una tabla de comparación rsyslogd vs. syslogd-ng

Esta publicación de blog explica por qué un segundo syslogd ? . Extractos de ella:

• .. Entonces, una razón por la que el mundo necesita otro syslogd es que necesita otro jugador importante en el espacio * nix. Sinceramente, creo que no hay ninguno excepto syslog-ng ..

• ¿Has notado que syslog-ng se ha convertido en una licencia doble? Existe la gran versión de código abierto GPLed y la "Edición Premium" aún mayor, que cuesta dinero. Solo la edición premium ofrece características como base de datos nativa y soporte SSL o envío de syslog en cola.

• "Detener", escucho a algunos decir, "syslog-ng es GPL, para que podamos tomar esa fuente e implementar las características que faltan". Por supuesto que puede. ¿Pero crees que Balabit realmente incluirá tus parches? Creo que podemos estar de acuerdo en "no". Así que te acabas de bifurcar de syslog-ng ... y probaste mi argumento de que el mundo necesita otro syslogd ...

• Entonces, ¿por qué el mundo necesita otro syslogd?
  
              Necesita uno que pretenda ser un jugador realmente importante, que esté instalado en muchos sistemas. Eso ayudará a obtener lo mejor de la tecnología syslog (y a largo plazo, lo mejor del registro). Ya sea en su propio proyecto, al impulsar a los competidores a ser mejores que él. Un nuevo jugador importante evitará los monocultivos y proporcionará una rica libertad de elección. Por eso el mundo lo necesita.

No hay comparación en profundidad en esta respuesta.

¿Has echado un vistazo a la rsyslogdpágina del manual?

Dice que rsyslogdes una extensión de syslogd. Además, es el estándar utilizado por Ubuntu, por lo que recomiendo quedarse con él.