alexander

Возможно, что это не то, что нужно:

- lineinfile:
    path: /etc/file
    regexp: "{{item.reg}}"
    line: "{{item.line}}"
  with_items:
  - { reg: '^AllowTcpForwarding', line: 'AllowTcpForwarding NO'}
  - { reg: '^TCPKeepAlive', line: 'TCPKeepAlive NO'}
  - ....

В файле /etc/aliases пропишите свой почтовый адрес, как:
user: real_user@domen.some
и вызовите команду :
sudo newaliases
НО, то что лежит в /var/spool/xxx, уже не доставится.

Не использовал, но подход нравится в Relax-and-Recover.

Думаю, что setsebool безопасно.
audit2allow - опасно. Просто надо понимать что Вы разрешаете. Обычно разрешаются все запросы к чему-либо, а это - опасно и в некоторых случаях равносильно отключению selinux.
Но обычно - у Вас другого выбора нет: или всё что необходимо - разрешить, или перестроить/перенастроить Вашу подситему другим способом, чтобы не использовать audit2allow, или ли разработать собстенную политику для себя (требуется более глубокого понимания selinux).

Наберите в поиске WPAD (Web Proxy Auto-Discovery Protocol).

Отвечу за себя - ставлю bind:
входит в стандартный дистрибутив RHEL:
не требует уставноки MySQL/PgSQL.
В моем случае - у PowerDNS нет преимуществ для конкретно моего случая.

Задача дурная, но не проверял - используйте tee:

dd if=someting bs=1M | tee file1 | tee file2 | ...
dd if=/dev/sda bs=1M | tee /dev/sdb | tee /dev/sdc | ...

Не красиво, но - тупо парсить лог и считать нужные цифры. После анализа цифр слать письмо админам.

В описании:
eth2 inet addr:192.168.0.191 Bcast:192.168.0.2 Mask:255.255.255.0
для Bcast:192.168.0.2 -- описка или так и стоит?

Посмотреть, что заняло - https://gist.github.com/holly/6c53b06a5fcae36b4edd

В общем, если необходимо определять - изменяется ли TTL на кэшируемом сервере (предполагаю, что редкий случай), то необходимо 2 запроса к DNS с получением дополнительной информации о TTL элемента с паузой в 1-10 секунт - тогда увидите - изменился TTL или нет.

Попробуйте
site.com. IN CNAME brand.111.com.

Предполагаю, что вместо {{ hostvars[host].max_fails }} необходимо просто записывать {{ max_fails }}
В зависимости от текущего apiXX.domain.tld будет браться нужный max_fails.

Зависит от маршрутизации на Вашем компьютере: если 192.168.1.X указан на интерфейсе VPN и не перекрываться первой сетью, то будет без проблем ходить (но тогда в локальную сеть 192.168.1.X не попадете).
Как указал estoy - если сейчас ходите по ssh, то и ansible будет без проблем.

Используйте tags.
Примерно так:
...
roles:
- { role: role1, tags: role1}
- { role: role2, tags: role2}
- { role: role3, tags: role3}
...
Выполнить
ansible-playbook -i hosts site.yml -t role1

Если DNS - bind и управляется вручную, то можно использовать в конфигах
view "net1"
{
match-clients { our_net1; };
...}
view "net2"
{
match-clients { our_net1; };
...}