¿Se pueden usar enlaces simbólicos en /etc/cron.d/?

Estoy tratando de implementar un mecanismo de configuración que permita que un determinado proyecto se implemente mediante svn una configuración cron.

Inmediatamente pensé que lo que debía hacer era cerrar los enlaces simbólicos de /etc/cron.d/ al archivo cron de mi proyecto (que a su vez está controlado por un vcs), pero eso parece no funcionar.

Encontré algunos mensajes antiguos en el foro que hacen referencia a que los enlaces simbólicos no eran compatibles y otros dicen que sí. Cual es

¿Hay algo más o alguna otra buena manera de lograr esto?

De acuerdo a man crond

CUEVAS

Todos los archivos crontab tienen que ser archivos normales o enlaces simbólicos a archivos normales, no deben ser ejecutables ni grabables para nadie más que el propietario. Este requisito se puede anular utilizando la opción -p en la línea de comando crond. Si se está utilizando el soporte de ino- tify, el demonio cron no notará automáticamente los cambios en los crontabs con enlaces simbólicos. El demonio cron debe recibir una señal SIGHUP para volver a cargar los crontabs. Esta es una limitación de la API de inotify.

La salida de syslog se usará en lugar de correo, cuando sendmail no esté instalado.

También me molestó muchísimo. En resumen, sí, puedes usar enlaces simbólicos, si no es regular files or symlinks to a regular fileasí, debes usar el -pinterruptor.

Esto tiene implicaciones de seguridad. Los scripts en /etc/cron.d/ son ejecutados por root con privilegios de root. Es una mala idea crear scripts de enlaces simbólicos que sean propiedad y puedan escribirse para usuarios no root, ya que su sistema podría verse comprometido de esa manera

Verificaría la página de manual de cron para su versión de Ubuntu (¡supongo que estamos hablando de Ubuntu en este foro!):

Los archivos en este directorio deben ser propiedad de root, no necesitan ser ejecutables (son archivos de configuración, como / etc / crontab) y deben cumplir con la misma convención de nomenclatura utilizada por run-parts (8): deben consisten únicamente en letras mayúsculas y minúsculas, dígitos, guiones bajos y guiones. Esto significa que no pueden contener puntos.

Como señala Florian, si este archivo es editable por usuarios no root, es un agujero de seguridad porque los trabajos serán ejecutados por root (para quien sea nombrado como el propietario del trabajo en el archivo). También tenga en cuenta, por lo tanto, que

Este directorio puede contener cualquier archivo que defina tareas que sigan el formato utilizado en / etc / crontab, es decir, a diferencia del usuario cron spool, estos archivos deben proporcionar el nombre de usuario para ejecutar la tarea como en la definición de tarea.

es decir, ingrese el nombre de usuario antes del comando para ejecutar.