Игорь

По такому принципу половина opensource решений работает:
1. Нужен RHEL без поддержи ставим centos, нужен с поддержкой ставим RHEL и покупаем лицензию.
2. Нужен nginx, ставим community версию. Нужны расширенные возможности пишем модули сами или покупаем enterprise версию с поддержкой.

Подобных opensource проектов очень много, когда компания которая занимается его разработкой предоставляет платную поддержку или дополнительные фичи за деньги.

Плюс есть куча фирм, которые внедряют эти open source решения под эмблемой сокращения расходов на лицензии и предоставляют затем платную поддержку (например перевод 1c на linux + PostgreSQL или перевод телефонии на asterisk). Это как раз похоже на то, что Вы ходите. Примеров масса, услуги по внедрению opensource в it-среде могут быть в любом направлении, которое Вы знаете: почта, файловые хранилища, хостинг сайтов, телефония и многое другое.

Рекомендую вам установить etckeeper. Данное приложение комитит изменения в каталоге /etc через систему контроля версий. У меня выбран git.
В debian не проверял его работу. В fedora при установке через менеджер пакетов yum запускается etckeeper, который делает комиты, затем в логе git по комитам можно увидеть что и когда было удалено/ установлено. Пример фрагмента такого лога:
pastebin.com/ZZHN5PCM

Easy-rsa сейчас в части дистрибутивов почему-то убран.
Его надо скачать с github.com:
https://github.com/OpenVPN/easy-rsa
Если точнее, то вторая версия:
https://github.com/OpenVPN/easy-rsa/tree/release/2.x

fedora 20

Сравните содержимое /etc/resolv.conf на рабочей машине и дома. Скорее всего при подключении vpn дома у вас не пропушились dns-сервера в этот файл. Попробуйте их прописать туда руками.

У меня запуск script1.sh сразу выводит как раз путь до скрипта, которым он был вызван, но я использую bash:

$ cat script1.sh
#!/usr/bin/env bash
echo Скрипт1="$0"
source script2.sh

$ cat script2.sh 
echo Скрипт2="$0"

$ ./script1.sh 
Скрипт1=./script1.sh
Скрипт2=./script1.sh

$

RAID в любом случае нужен. Сервер должен быть хотя бы минимально отказоустойчевым в плане дисков.

Все же порекомендую также munin. Ставится достаточно просто. А самое главное у вас под рукой получается полная статистика. То-есть если была проблема и вы не успели зайти на сервер, когда она воспроизводилась, то затем по графикам munin ее можно отловить. А также статистика поможет вам видеть основные тенденции нагрузки (ее роста или падения) на протяжении всего времени работы сервера с момента установки munin.

1. Что за трафик? http\https?
2. Cервер #1 выполняет только функцию защиты от ddos и сам не является игровым сервером?

Попробуйте поставить пакеты lm_sensors, lm_sensors-libs, и настоить их через sensors-detect. Затем можно будет сравнить значения в выводе команды sensors со значением в инетерсующем вас файле.

Если у вас только сервера (то-есть возможность поставить любой софт), можно посмотреть в сторону готовых решений с центровой нодой. Например, bacula. К ней есть и GUI-клиенты и web-морды.

Но про скриптики на серверах вам не зря советовали. Если запуск задачи инициируется на клиенте (например по cron), то можно сделать, чтобы хранились локальные копии бекапов. Это удобно, если происходят проблемы в сети, то-есть локальный бекап будет лежать 100%, а вот по сети он может недолиться из-за каких-либо проблем. Тоже самое касается и центровой ноды, если она не достучится до вашего сервера-клиента у вас не будет актуального бекапа. А если скрипт отработает локально на клиенте, и потом не достучится до сервера бекапов, то потеряется только копия на сервере бекапов, локальная копия же будет лежать на своем месте.

Если под сбоем понимается kernel panic, то можно добавить в /etc/sysctl.conf строку:
kernel.panic = 3
тогда после kernel panic система автоматом будет перезагружена через 3 секунды.

В остальных же случаях надо каждый сервис/демон мониторить отдельно и уже на этот мониторинг вешать какой-либо обработчик.