Сравнение систем иницализации: losst.ru/siste... Плейлист: • Основы GNU/Linux и под... Телеграм: t.me/gnuslashl... Текстовой вариант: basis.gnulinux...
ждун.jpg Чтоб говорить про rsync, надо еще ssh пройти. А чтоб говорить про ssh, надо еще сеть пройти. Но сеть это выход на следующую главу, надо бы до сети пройти все что касается чисто системных тем, например, управление сервисами, крон и т.п.
Спасибо за уроки =) Благодаря тебе решился, поставил linux, поступил на курсы (если не буду балбесом то возьмут на работу =), осталось только обогнать 90 человек =). Если можно то сделай домашние задания которые можно будет потом обсудить.
@@GNULinuxPro из потока таких же балбесов 90-100 человек ( половина из которых уже в ай ти =( ) возьмут на работу 7-10 человек. Всегда просто хотелось сидеть в компе =) Кстати как вариант создай группу в телеге (если оной нет) это я поводу домашки и глупых вопросов =)
Возьмут на работу - речь про эту компанию. Есть огромное количество других компаний и большая нехватка специалистов, по крайней мере по линуксу. Так что даже если с этой компанией не получится, не смей останавливаться, главное получи знания - а дальше все двери открыты.
Спасибо! Хорошие видео! Предлагаю студентам) Вопрос 1. Какие основние операции, кроме systemctl enable/disable администратор использует на практике. Вопрос 2. Ваше мнение о ините runit и void linux в часности(как альтернативе systemd based distros).
Спасибо! 1. Чаще всего используются команды управления сервисами (stop,start, restart). Некоторые команды пореже (mask,show и т.д.). Но это отдельная тема (управление сервисами). Тут я упор сделал на systemd в качестве системы инициализации 2. Слышал много положительных отзывов о Void linux, но сам не пользовался, поэтому ничего сказать не могу. Когда-нибудь займусь сравнением различных систем инициализации, загрузчиков и т.п., но это не скоро.
Привет! Я так понимаю, что на сегодняшний день systemd доминирует, в смысле, используется на большинстве популярных дистрибутивов. Кирилла Семаева смотрел давно, тогда еще в Убунту был Upstart, он там объяснял что systemd и upstart обратно совместимы с классическим init, в том смысле, что таргетами можно управлять как ранлевелами. Я так понимаю, что эквивалентность команд "service nginx status" и "systemctl status nginx" тоже из-за этой совместимости. Верно? Вообще, есть сейчас смысл изучать другие системы инициализации для реальной работы? Где-то можно их встретить в энтерпрайзе? Читаю сейчас параллельно эту же тему в книге "Unix и Linux: руководство системного администратора" (Эви Немет, Бэн Уэйли, Гарт Снайдер, Трент Хейн). Там примеры 2016 года, но про классичесский init уже почти не говорят, тоже упор идет на systemd.
Ну, когда systemd ввели, для безболезненного перехода сделали обратную совместимость. Да, верно Сейчас таких систем ооочень мало, но есть теоретическая вероятность встретить. Я видел, что в некоторых местах в проде юзают Windows 2003, кто-то даже говорил про 95 винду. Есть места, где до сих пор держат 6 Centos. Но в общем-то это скорее редкость. Думаю стоит посмотреть ролики Семаева про upstart и sysvinit, просто чтобы было представление.
Спасибо! Я точное количество сам не знаю. До этого пару раз говорил 15-20, но и некоторые темы экзамена в октябре поменяли, плюс я постоянно одну тему растягиваю на несколько, добавляю еще что-то. Может роликов 30, может больше, а может и меньше. Мне главное, чтобы каждая тема была понятна
Спасибо огромное, а можно спросить, вы в рамках этого курса планируете разбирать SELinux? Если да, то можно будет разобрать поподробнее? А то на русском толкового ничего нету(
Проясни, пожалуйста, еще такой вопрос. У меня было несколько открытых сессий. Непосредственно в окне виртуалбокса я выполнил systemctl isolate rescue.target и дальше залогинился рутом. Я ожидал, что моя открытыя под другим пользователем ssh сессия отвалится, а она продолжила работать - роутер пингуется, htop запускается. Однако, новые ssh сессии уже не создаются. Так и должно быть? Почему активная сессия не завершилась?
ssh так устроен, что даже если остановить сервис (systemctl stop sshd) и даже если заблочить на файрволе, на текущие сессии это не повлияет. Новые сессии не получится установить, но старые будут работать. Чтобы админ случайно не отрубил себе доступ к удалённым серверам
@@GNULinuxPro спасибо за ответ! Классно придумано, как говорится, людьми и для людей. Хотя получается, что это малость противоречит смыслу rescue.target, ведь выходит, что пока рут исправляет какие-то косяки, пользователь может дальше портачить в системе и что-то еще ломать. Или нет? Немного запутался. Ведь при rescue.target и у подключенного по ssh пользователя отрубятся лишние процессы.
@@inskyinsky2364 Ну рут может пообрывать сессии других пользователей, если они мешают. Ну и теоретически его самого не выкинет, если он перейдёт в rescue. Правда я бы так не рисковал, если по какой-то причине сессия прервётся, восстановить получится только через консоль.
Вопрос не такой простой) Зависит от "уровня" бэкапа Где-то можно скрипт написать с tar или rsync и запихнуть в cron Где-то нужно что-нибудь многофункциональное, отдельный бэкап сервер со всякими функциями Вот например для небольших задач сойдёт - github.com/laurent22/rsync-time-backup Для десктопа есть свои приложения, например Dejavu, но я их не тестил А для чего-то посерьёзнее можно погуглить, вариантов уйма - www.linuxlinks.com/backup/
@@GNULinuxPro Я не совсем корректно выразился) Резервное копирование самой системы для дальнейшего восстановления на другом диске/сервере. А так спасибо
Великолепная подача, благодарю!
Крутой урок, удивительно, что так мало просмотров и комментов. Автор большой молодец информация понятна и структурирована.
Благодарю! Довольно подробно изложено. Продолжу знакомство с Вашими работами.
Спасибо большое! В таком коротком уроке столько информации!
Спасибо Очень информативные видео,Особенно оценят те которые,любят теорию
Спасибо! Все еще жду видео про rsync
ждун.jpg
Чтоб говорить про rsync, надо еще ssh пройти. А чтоб говорить про ssh, надо еще сеть пройти. Но сеть это выход на следующую главу, надо бы до сети пройти все что касается чисто системных тем, например, управление сервисами, крон и т.п.
"тут отсылка не к библейским демонам, а..."
Известное дело: "Замуровали демоны!"
Спасибо за уроки =)
Благодаря тебе решился, поставил linux, поступил на курсы (если не буду балбесом то возьмут на работу =), осталось только обогнать 90 человек =).
Если можно то сделай домашние задания которые можно будет потом обсудить.
Спасибо, приятно это слышать! Успехов! Если не секрет, зачем обгонять 90 человек?)
Да, обязательно сделаю
@@GNULinuxPro из потока таких же балбесов 90-100 человек ( половина из которых уже в ай ти =( ) возьмут на работу 7-10 человек. Всегда просто хотелось сидеть в компе =)
Кстати как вариант создай группу в телеге (если оной нет) это я поводу домашки и глупых вопросов =)
Возьмут на работу - речь про эту компанию. Есть огромное количество других компаний и большая нехватка специалистов, по крайней мере по линуксу. Так что даже если с этой компанией не получится, не смей останавливаться, главное получи знания - а дальше все двери открыты.
@@GNULinuxPro Буду рушить миф что старую собаку новым фокусам не научишь =) . Завтра тэст по Linux Basics. Страшно =)
У вас всё получится!)
Спасибо! Хорошие видео! Предлагаю студентам)
Вопрос 1. Какие основние операции, кроме systemctl enable/disable администратор использует на практике.
Вопрос 2. Ваше мнение о ините runit и void linux в часности(как альтернативе systemd based distros).
Спасибо!
1. Чаще всего используются команды управления сервисами (stop,start, restart). Некоторые команды пореже (mask,show и т.д.). Но это отдельная тема (управление сервисами). Тут я упор сделал на systemd в качестве системы инициализации
2. Слышал много положительных отзывов о Void linux, но сам не пользовался, поэтому ничего сказать не могу. Когда-нибудь займусь сравнением различных систем инициализации, загрузчиков и т.п., но это не скоро.
Привет!
Я так понимаю, что на сегодняшний день systemd доминирует, в смысле, используется на большинстве популярных дистрибутивов. Кирилла Семаева смотрел давно, тогда еще в Убунту был Upstart, он там объяснял что systemd и upstart обратно совместимы с классическим init, в том смысле, что таргетами можно управлять как ранлевелами. Я так понимаю, что эквивалентность команд "service nginx status" и "systemctl status nginx" тоже из-за этой совместимости. Верно?
Вообще, есть сейчас смысл изучать другие системы инициализации для реальной работы? Где-то можно их встретить в энтерпрайзе?
Читаю сейчас параллельно эту же тему в книге "Unix и Linux: руководство системного администратора" (Эви Немет, Бэн Уэйли, Гарт Снайдер, Трент Хейн). Там примеры 2016 года, но про классичесский init уже почти не говорят, тоже упор идет на systemd.
Ну, когда systemd ввели, для безболезненного перехода сделали обратную совместимость. Да, верно
Сейчас таких систем ооочень мало, но есть теоретическая вероятность встретить. Я видел, что в некоторых местах в проде юзают Windows 2003, кто-то даже говорил про 95 винду. Есть места, где до сих пор держат 6 Centos. Но в общем-то это скорее редкость. Думаю стоит посмотреть ролики Семаева про upstart и sysvinit, просто чтобы было представление.
Спасибо очень интересный курс. Скажите а сколько вообще будет видео посвящённых подготовки rhcsa?
Спасибо!
Я точное количество сам не знаю. До этого пару раз говорил 15-20, но и некоторые темы экзамена в октябре поменяли, плюс я постоянно одну тему растягиваю на несколько, добавляю еще что-то. Может роликов 30, может больше, а может и меньше. Мне главное, чтобы каждая тема была понятна
Кратко, понятно и полезно. Спасибо!
Спасибо огромное, а можно спросить, вы в рамках этого курса планируете разбирать SELinux? Если да, то можно будет разобрать поподробнее? А то на русском толкового ничего нету(
Добрый день
Да, планирую
Разберу поподробнее =)
Систем д случаем не следит за нами? Кто-то исследовал его исходный код? Вы уверены, что в нем нет следящих закладок?
Проясни, пожалуйста, еще такой вопрос. У меня было несколько открытых сессий. Непосредственно в окне виртуалбокса я выполнил systemctl isolate rescue.target и дальше залогинился рутом. Я ожидал, что моя открытыя под другим пользователем ssh сессия отвалится, а она продолжила работать - роутер пингуется, htop запускается. Однако, новые ssh сессии уже не создаются. Так и должно быть? Почему активная сессия не завершилась?
ssh так устроен, что даже если остановить сервис (systemctl stop sshd) и даже если заблочить на файрволе, на текущие сессии это не повлияет. Новые сессии не получится установить, но старые будут работать. Чтобы админ случайно не отрубил себе доступ к удалённым серверам
@@GNULinuxPro спасибо за ответ! Классно придумано, как говорится, людьми и для людей. Хотя получается, что это малость противоречит смыслу rescue.target, ведь выходит, что пока рут исправляет какие-то косяки, пользователь может дальше портачить в системе и что-то еще ломать. Или нет? Немного запутался. Ведь при rescue.target и у подключенного по ssh пользователя отрубятся лишние процессы.
@@inskyinsky2364 Ну рут может пообрывать сессии других пользователей, если они мешают. Ну и теоретически его самого не выкинет, если он перейдёт в rescue. Правда я бы так не рисковал, если по какой-то причине сессия прервётся, восстановить получится только через консоль.
Да уж, Семаев уже ничего не снимет больше 😢
Немного не по теме вопрос: У тебя случаем нет гайдов по бэкапам файлов в linux)
Вопрос не такой простой)
Зависит от "уровня" бэкапа
Где-то можно скрипт написать с tar или rsync и запихнуть в cron
Где-то нужно что-нибудь многофункциональное, отдельный бэкап сервер со всякими функциями
Вот например для небольших задач сойдёт - github.com/laurent22/rsync-time-backup
Для десктопа есть свои приложения, например Dejavu, но я их не тестил
А для чего-то посерьёзнее можно погуглить, вариантов уйма - www.linuxlinks.com/backup/
@@GNULinuxPro Я не совсем корректно выразился) Резервное копирование самой системы для дальнейшего восстановления на другом диске/сервере. А так спасибо
Clonezilla - одна из моих самых любимых программ, невероятно крутая))
@@GNULinuxPro ок, ещё раз спасибо, пойду поэксперементирую с клонзилой