<< Почему не повесить, например, простейший http, ожидающий строго определенный пакет и делающий то же самое?
Зачем это делать, если есть инструмент, специально предназначеный для этого?
Отмечу, что knockd не слушает никаких портов, в отличие от http. Более того, эти порты вообще могут быть закрыт фаерволом, что не помешает работе knockd.
<< Тогда «запрос на вход» можно отправлять штатным wget. И даже telnet
В случае с knockd это вполне возможно, просто штатным клиентом это удобнее делать.
Забыли рассказать про опцию конфига: cmd_timeout = time_in_seconds — задает таймаут, после которого будет выполнена команда, указанная в блоке [closeSSH]
Одна из причин это то, что на этих ресурсах появляются интересные статьи, причем не факт, что ты вообще знаешь о какой-то конкретной технологии, а тут увидел статью про неё, заинтересовался и возможно даже внедрил где-то.
<< Или, к примеру, если нужно обновить несколько серверов одновременно или в определенной последовательности, не дожидаясь пока клиенты сработают, есть подобный механизм управления
Знаю что не перезаписываются.
Но бывает так, что в новой версии слегка меняется формат конфига и старые настройки будут вызывать ошибку либо работать не так, как задумано.
Я веду к тому, что процесс обновления должен проходить под контролем человека с возможностью остановить его или подправить что-то на лету.
Можно. Если хочешь огрести проблемы в какой-то момент.
А что делать если с новым пакетов приехали новые конфиги, отличающиеся от старых?
А если после автообновления что-то упадёт или начнёт работать не так, как надо?
Некоторое время назад тоже искал софт для автоматизации установки обновлений и остановился именно на apt-dater.
Пользуюсь пару месяцев и вполне доволен.
Puppet думаю не совсем для этого предназначен. Я его использую для централизованной раздачи конфигурации и установки софта.
Жирным я выделяю свои ответы для повышения читаемости и не более.
Если вы реально хорошо разбираетесь, то потрудитесь напишите вашу статью с вашими настройками, я сделаю на нее ссылочу — бессмысленно писать что-то на тему LAMP, неоднократно обмусоленную со всех сторон.
Не вижу смысла дальше переливать из пустого в порожнее, поэтому в последний раз выражу свою мысль:
Каждым делом должен заниматься профессионал. Человек, занимающийся программированием и в свободное время настраивающий сервера достоин уважения, но это совершенно не значит, что он должен публиковать статьи на профильном ресурсе, причём на темы, в которых он, по его же собственным словам не сильно разбирается.
Я не пишу статью про python, хотя частенько использую его в работе и написал на нём достаточно небольших программ.
Ну написал же — не являюсь профессионалом в настройке WEB-серверов — Статья про веб и базы. По обоим направлениям вы не профессионал. В мою логику не укладывается, как можно учить чему-то, если сам в этом не разбираешься.
Зачем (обычному человеку/новичку) который делает первый шаг, вдуплять неделю во все это второй раз, если есть уже все конфиги, и то, на что следует обратить внимание? — чтобы настроить всё правильно, а не бездумно копировать чужие, не всегда верные конфиги.
Вменяемо оно или не вменяемо, оно работает — до первого сбоя, после которого кто-то будет бегать и восстанавливать базу например.
Зачем это делать, если есть инструмент, специально предназначеный для этого?
Отмечу, что knockd не слушает никаких портов, в отличие от http. Более того, эти порты вообще могут быть закрыт фаерволом, что не помешает работе knockd.
<< Тогда «запрос на вход» можно отправлять штатным wget. И даже telnet
В случае с knockd это вполне возможно, просто штатным клиентом это удобнее делать.
Да есть kvm на всякий случай.
Сервисы всё продублированы, никакого простоя не будет.
На софтраиде сдыхал загрузочный диск и ничего, загрузился со второго.
puppetrun
Но бывает так, что в новой версии слегка меняется формат конфига и старые настройки будут вызывать ошибку либо работать не так, как задумано.
Я веду к тому, что процесс обновления должен проходить под контролем человека с возможностью остановить его или подправить что-то на лету.
А что делать если с новым пакетов приехали новые конфиги, отличающиеся от старых?
А если после автообновления что-то упадёт или начнёт работать не так, как надо?
Пользуюсь пару месяцев и вполне доволен.
Puppet думаю не совсем для этого предназначен. Я его использую для централизованной раздачи конфигурации и установки софта.
Если вы реально хорошо разбираетесь, то потрудитесь напишите вашу статью с вашими настройками, я сделаю на нее ссылочу — бессмысленно писать что-то на тему LAMP, неоднократно обмусоленную со всех сторон.
Не вижу смысла дальше переливать из пустого в порожнее, поэтому в последний раз выражу свою мысль:
Каждым делом должен заниматься профессионал. Человек, занимающийся программированием и в свободное время настраивающий сервера достоин уважения, но это совершенно не значит, что он должен публиковать статьи на профильном ресурсе, причём на темы, в которых он, по его же собственным словам не сильно разбирается.
Я не пишу статью про python, хотя частенько использую его в работе и написал на нём достаточно небольших программ.
Зачем (обычному человеку/новичку) который делает первый шаг, вдуплять неделю во все это второй раз, если есть уже все конфиги, и то, на что следует обратить внимание? — чтобы настроить всё правильно, а не бездумно копировать чужие, не всегда верные конфиги.
Вменяемо оно или не вменяемо, оно работает — до первого сбоя, после которого кто-то будет бегать и восстанавливать базу например.