在crontab中具有多个MAILTO环境变量的一种安全方式

Question

我必须在Ansible中创建crontab，这样渲染的crontab应该有多个基于以下cron任务的MAILTO。例如，最后的crontab可能看起来像下面的样子

MAILTO=[e-mail]
#Ansible: TEST 1
0 * * * * ls -ahl > /dev/null
MAILTO=[e-mail]
#Ansible: TEST 2
1 * * * * ls -ahl > /dev/null

MAILTO是一个环境变量，如果我多次指定它，它就会被覆盖使用CCD_ 3的剧本示例。

- cron:
env: true
name: MAILTO
job: [e-mail]
state: "present"
insertbefore: "TEST 1"
- cron:
name: "TEST 1"
job: "ls -ahl > /dev/null"
state: "present"
minute: "0"
hours: "5,2"
- cron:
env: true
name: MAILTO
job: [e-mail]
state: "present"
insertbefore: "TEST 2"
- cron:
name: "TEST 2"
job: "ls -ahl > /dev/null"
state: "present"
minute: "1"
hours: "4,2"

但运气不好，我也尝试过使用cronvar

- cronvar:
name: MAILTO
value: [e-mail]
state: "present"
insertbefore: "TEST 1"
- cron:
name: "TEST 1"
job: "ls -ahl > /dev/null"
state: "present"
minute: "0"
hours: "5,2"
- cronvar:
name: MAILTO
value: [e-mail]
state: "present"
insertbefore: "TEST 2"
- cron:
name: "TEST 2"
job: "ls -ahl > /dev/null"
state: "present"
minute: "1"
hours: "4,2"

再次没有运气

有人能指出实现这一目标的方法吗？

Answer 1

因为cronvar是用来向文件中添加变量的，这些文件是唯一的，而且从评论中我不能完全确定在crontab的所有实现中拥有多个MAILTO是可能的，所以它很可能不会得到Ansible的支持，我想你最好的选择是使用一个普通的旧lineinfile。

当然，这其中不太好的部分是，您必须创建一个主机、播放或任务变量来保存crontab文件的路径
我很快浏览了文档，但似乎没有给出用户的实际crontab，而且它似乎是cron模块代码本身的一部分，我不确定是否有一个好的方法可以从Ansible本身找到它。

另一方面，确定应该在哪里添加行的部分似乎是未来的证明，因为它被明确记录为预期行为：

当管理crontab作业时：模块包括一行，其中包含与传递给模块的"名称"相对应的crontab条目"#Ansible: <name>"的描述，将来的ansible/module调用将使用该描述来查找/检查状态。"name"参数应该是唯一的，更改"name"值将导致创建一个新的cron任务(或删除另一个(。

^{来自文档：https://docs.ansible.com/ansible/2.9/modules/cron_module.html}

考虑到这一切，给出了战术手册：

- hosts: all
gather_facts: no
vars:
cron_file: /etc/crontabs/root

tasks:
- cron:
name: "TEST 1"
job: "ls -ahl > /dev/null"
state: "present"
minute: "0"
hour: "5,2"
register: cron
- lineinfile:
path: "{{ cron_file }}"
insertbefore: '#Ansible: TEST 1'
line: 'MAILTO=[e-mail]'
- cron:
name: "TEST 2"
job: "ls -ahl > /dev/null"
state: "present"
minute: "1"
hour: "4,2"

- lineinfile:
path: "{{ cron_file }}"
insertbefore: '#Ansible: TEST 2'
line: 'MAILTO=[e-mail]'

这就产生了回顾：

PLAY [all] *********************************************************************************************************
TASK [cron] ********************************************************************************************************
changed: [localhost]
TASK [lineinfile] **************************************************************************************************
changed: [localhost]
TASK [cron] ********************************************************************************************************
changed: [localhost]
TASK [lineinfile] **************************************************************************************************
changed: [localhost]
PLAY RECAP *********************************************************************************************************
localhost                  : ok=4    changed=4    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0   

并且在Alpine的/etc/crontabs/root中用于测试：

MAILTO=[e-mail]
#Ansible: TEST 1
0 5,2 * * * ls -ahl > /dev/null
MAILTO=[e-mail]
#Ansible: TEST 2
1 4,2 * * * ls -ahl > /dev/null

最后但同样重要的是，重新运行完全相同的剧本表明幂等性得到了尊重：

PLAY [all] *********************************************************************************************************
TASK [cron] ********************************************************************************************************
ok: [localhost]
TASK [lineinfile] **************************************************************************************************
ok: [localhost]
TASK [cron] ********************************************************************************************************
ok: [localhost]
TASK [lineinfile] **************************************************************************************************
ok: [localhost]
PLAY RECAP *********************************************************************************************************
localhost                  : ok=4    changed=0    unreachable=0    failed=0    skipped=0    rescued=0    ignored=0