brutal_lobster

Лучше и проще - lvm snapshot + rsync via ssh.
Но можно посмотреть на:
www.drbd.org
schoebel.github.io/mars

Скорее не из соображений безопасности - а из соображений простоты управления :)
Храните в конфигурационном файле.

А при компрометации сервиса, который подключается к БД, вас не спасет сокрытие реквизитов доступа.

DNS тут непричем.
Используйте 3хх редиректы на уровне веб-сервера alco.ru.

Upd. либо настройте DNAT на фаерволе alco.ru

https://developer.mozilla.org/en-US/docs/Mozilla/T...

1. На чем писать разницы нет - используйте то, что знаете.
2. Зачем свои костыли? Есть же уже готовые orchestration и cm решения.
3. Какой смысл в веб-интерфейсе для выполнения команд по ssh? Может для этого лучше и использовать ssh?

Их много - потому что в конфигурации указано создавать отдельный лог для каждой машины (%m)
Можете указать конкретный лог-файл, или заменить %m на %S.

Так если вы не используете самбу - отключите её и удалите логи.

18К как-то не серъезно для того, чтобы закончилось место)

find . -xdev -type f | cut -d "/" -f 2 | sort | uniq -c | sort -n

Запустите утилиту Torch wiki.mikrotik.com/wiki/Manual:Troubleshooting_tool... и посмотрите трафик в реальном времени.

Вероятно, у вас включены dns/ntp и вы участвуете в атаках типа amplification.

www.freedesktop.org/software/systemd/man/systemd.s...

Specifically, redirection using "<", "<<", ">", and ">>", pipes using "|", running programs in the background using "&", and other elements of shell syntax are not supported.

Посмотрите в сторону CM-систем а-ля ansible.

Так то если задача 1-2 раза в месяц, смысла заморачиваться нет. Также как и выполнять задачи ради задач.
Если хочется именно опыта - переписывайте старые скрипты, новые пишите с использованием интересующей технологии.
Добавляйте доп. функционал в текущие инфраструктурные системы, мониторинги всякие, аналитика красивая и т.д.

DO
AWS
Rackspace

Что значит с нуля? Очень зависит от вашей цели, что вы можете делать и что вы хотите получить. Тема так-то слишком широкая.

Смотрите остальные стандарты + в сторону ISMS и cobit/риск-менеджмента.
Есть книжки обзорного плана, достаточно нормальные чтобы окунуться:
www.amazon.com/Alan-Calder/e/B00JDYLRPQ

Аккуратнее читайте документацию.
Освойте отладочные механизмы.

И найдите разницу между:
row = list(str(i))
и

row = list()
row.append(str(i))

upd. Задачу вы решили не совсем правильно. Проверяйте входные данные

В iptables разрешите только то, что было обработано в ipsec.
ipset.netfilter.org/iptables-extensions.man.html#lbBQ

https://wiki.debian.org/Permissions

Максимально секъюрно - это какой-то вздор :)
Как уже написали выше - основная угроза в провайдере и среде передачи.
+
Могут поломать вашу АТС - из серии уязвимостей в диалпланах и прочего, например, отсутствие проверки при донаборе внутреннего номера..
+
Могут поломать саму E1 плату по типу intel 82574l ping of death
+
Могут поломать вашего админа..

Основная идея защиты - мониторинг аномального поведения на вашем оборудовании и эффективная реализация управления инцидентами/проблемами.

www.nurkiewicz.com/2011/03/tenfold-increase-in-ser...