s1dney

О какой безопасности может идти речь, если live cd подразумевает непосредственный физический доступ к машине.
Замок на корпус повесьте гаражный и сигнализацию на крышку системника.

GTK
gtk.org
Просто пишите программу, а потом на нее натяните GUI.

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

И не зря рекомендуют.
Придет мажорное обновление php/nginx/apache или любого другого жизненно важного продакшен-компонента и есть не малая вероятность того, что сервисы прилягут.
Вместе с обновлениями приходят патчи на ядро + хедеры и зависимости, но важный момент в том, что зависимости обновляются в ту же минуту, а новое ядро загрузится только с перезагрузкой, это вызовет неизбежные конфликты, если не сделать перезагрузку (а делать ее нельзя очень часто).
Вообще, по опыту - любые обновления непредсказуемы, можно попасть в неловкую ситуацию даже обновляя какие-то безобидные вещи вроде logrotate.

В конфиг файле уровень лога покрутите повыше.

Никак.
Есть сервисы вроде domaintools, но даже они не смогут предоставить инфо по доменам, которые не светятся публично.

iptables-save > /etc/sysconfig/iptables
/etc/sysconfig/iptables - дефолтный системный конфиг, из него загружаются правила при загрузке

Увольняйтесь, не раздумывая.

Ага, а потом вот такие кулибины через ssh-key системы обновляют в цикле и бекапы делают.
Для этих целей существует огромное множество систем мониторинга.

listen.backlog это параметр backlog функции TCP listen того сокета, на котором висит fpm
параметр backlog отвечает за размер очереди одновременно _ожидающих_ подключений к сокету, то есть инициированных (SYN - SYN,ACK - ACK), но еще не принятых сервером (established)
-1 использует текущий hard limit net.core.somaxconn, можно открыть исходники и убедиться в этом самостоятельно. Значение по умолчанию в линуксах равно 128 и этого более, чем достаточно для любого php-fpm.

Ваш пароль не такой трудный на самом деле, как вам кажется. Вы его засветили где-то еще или он у вас на почте висит в письме от хостера.
Какой-то дилетант брутфорсит ssh пароли. Повезло еще, что вам попался не самый серьезный кул хацкер, тогда вы бы еще пару лет не узнали, что сервером пользуется кто-то еще.
Поменяйте пароль, запретите логин для рута (жалательно это делать сразу как только устанавливается любой сервер), ребутните сервер и смотрите что пишет `ps aux` и конфиги веб-сервера. Маловероятно, что там что-то останется рабочее.
Но если серьезно подходить к проблеме, то при любых подозрениях на взлом делают реинсталл системы, это самый быстрый и эффективный способ лечения всякой нечести.

Если для рута, то это совершенно бестолковая затея. Что ему мешает прибить эту фонову программу и сделать history -c ?
А так, да - inotify в обертке небольшого bash-скрипта, пакет есть во всех стандартных репах.

Все, что после '1' воспринимается как часть команды, которая выполняется внутри timeout
Попробуйте что-то вроде:

timeout -s 9 1 'sleep 2 2>&1 >/dev/null' >/dev/null 2>&1

UPD:

`timeout -s 9 10 sleep 2` >/dev/null 2>&1
#или
`timeout -s 9 10 sleep 2 >/dev/null 2>&1` >/dev/null 2>&1

# ps ax | grep nginx
 4755 ?        Ss     0:00 nginx: master process /usr/sbin/nginx -c /etc/nginx/nginx.conf