I collegamenti simbolici possono essere usati in /etc/cron.d/?

Sto cercando di implementare un meccanismo di configurazione che consente a un determinato progetto di distribuirsi tramite svn una configurazione cron.

Ho immediatamente pensato che quello che dovrei fare è cerare collegamenti simbolici da /etc/cron.d/ al file cron del mio progetto (che a sua volta è controllato da un vcs), ma sembra non funzionare.

Ho trovato alcuni vecchi messaggi del forum che riferivano che i collegamenti simbolici non erano supportati e altri che lo dicevano. Cos'è questo?

C'è qualcos'altro o qualche altro buon modo per raggiungere questo obiettivo?

Secondo man crond

CAVEATS

Tutti i file crontab devono essere file regolari o collegamenti simbolici a file regolari, non devono essere eseguibili o scrivibili per nessun altro che il proprietario. Questo requisito può essere ignorato usando l'opzione -p nella riga di comando crond. Se viene utilizzato il supporto di inoify, i cambiamenti nei crontab con collegamento simbolico non vengono notati automaticamente dal demone cron. Il demone cron deve ricevere un segnale SIGHUP per ricaricare i crontab. Questa è una limitazione dell'API inotify.

L'output di syslog verrà utilizzato al posto della posta, quando sendmail non è installato.

Mi ha infastidito anche la merda vivente, in breve sì, puoi usare i link simbolici, se non regular files or symlinks to a regular fileè necessario utilizzare -pswitch.

Ciò ha implicazioni per la sicurezza. Gli script in /etc/cron.d/ sono eseguiti da root con i privilegi di root. È una cattiva idea collegare gli script lì che sono di proprietà e scrivibili per utenti non root, poiché il tuo sistema potrebbe essere compromesso in questo modo

Controllerei la manpage cron per la tua versione di Ubuntu (suppongo che stiamo parlando di Ubuntu su questo forum!):

I file in questa directory devono essere di proprietà di root, non devono essere eseguibili (sono file di configurazione, proprio come / etc / crontab) e devono essere conformi alla stessa convenzione di denominazione utilizzata da run-parts (8): devono sono costituiti esclusivamente da lettere maiuscole e minuscole, cifre, caratteri di sottolineatura e trattini. Ciò significa che non possono contenere punti.

Come sottolinea Florian, se questo file è scrivibile da utenti non root, è un buco nella sicurezza perché i lavori verranno eseguiti da root (per chiunque sia nominato come proprietario del lavoro nel file). Si noti, quindi, che

Questa directory può contenere qualsiasi file che definisce le attività seguendo il formato usato in / etc / crontab, cioè a differenza dello spool cron utente, questi file devono fornire il nome utente per eseguire l'attività come nella definizione dell'attività.

ovvero inserire il nome utente prima del comando da eseguire.