Используем AUFS для отката изменений. Автоматический возврат системы после перезагрузки::Журнал СА 10.2014
www.samag.ru
     
Поиск   
              
 www.samag.ru    Web  0 товаров , сумма 0 руб.
E-mail
Пароль  
 Запомнить меня
Регистрация | Забыли пароль?
Журнал "Системный администратор"
Журнал «БИТ»
Подписка
Архив номеров
Где купить
Наука и технологии
Авторам
Рекламодателям
Контакты
   

  Опросы
  Статьи

День сисадмина  

Учите матчасть! Или как стать системным администратором

Лето – время не только отпусков, но и хорошая возможность определиться с профессией

 Читать далее...

День сисадмина  

Живой айтишник – это всегда движение. Остановка смерти подобна

Наши авторы рассказывают о своем опыте и дают советы начинающим системным администраторам.

 Читать далее...

Виртуализация  

Рынок решений для виртуализации

По данным «Обзора российского рынка инфраструктурного ПО и перспектив его развития», сделанного

 Читать далее...

Книжная полка  

Как стать креативным и востребованным

Издательский дом «Питер» предлагает новинки компьютерной литературы, а также книги по бизнесу

 Читать далее...

Книжная полка  

От создания сайтов до разработки и реализации API

В издательстве «БХВ» недавно вышли книги, которые будут интересны системным администраторам, создателям

 Читать далее...

Разбор полетов  

Ошибок опыт трудный

Как часто мы легко повторяем, что не надо бояться совершать ошибки, мол,

 Читать далее...

Принципы проектирования  

Dependency Inversion Principle. Принцип инверсии зависимостей в разработке

Мы подошли к последнему принципу проектирования приложений из серии SOLID – Dependency

 Читать далее...

Рынок труда  

Вакансия: Администратор 1С

Администратор 1С – это специалист, который необходим любой организации, где установлены программы

 Читать далее...

Книжная полка  

Книги для профессионалов, студентов и пользователей

Книги издательства «БХВ» вышли книги для тех, кто хочет овладеть самыми востребованными

 Читать далее...

Принципы проектирования  

Interface Segregation Principle. Принцип разделения интерфейсов в проектировании приложений

Эта статья из серии «SOLID» посвящена четвертому принципу проектирования приложений – Interface

 Читать далее...

1001 и 1 книга  
19.03.2018г.
Просмотров: 10760
Комментарии: 0
Потоковая обработка данных

 Читать далее...

19.03.2018г.
Просмотров: 9005
Комментарии: 0
Релевантный поиск с использованием Elasticsearch и Solr

 Читать далее...

19.03.2018г.
Просмотров: 9052
Комментарии: 0
Конкурентное программирование на SCALA

 Читать далее...

19.03.2018г.
Просмотров: 5711
Комментарии: 0
Машинное обучение с использованием библиотеки Н2О

 Читать далее...

12.03.2018г.
Просмотров: 6400
Комментарии: 0
Особенности киберпреступлений в России: инструменты нападения и защита информации

 Читать далее...

12.03.2018г.
Просмотров: 3706
Комментарии: 0
Глубокое обучение с точки зрения практика

 Читать далее...

12.03.2018г.
Просмотров: 2709
Комментарии: 0
Изучаем pandas

 Читать далее...

12.03.2018г.
Просмотров: 3504
Комментарии: 0
Программирование на языке Rust (Цветное издание)

 Читать далее...

19.12.2017г.
Просмотров: 3496
Комментарии: 0
Глубокое обучение

 Читать далее...

19.12.2017г.
Просмотров: 5992
Комментарии: 0
Анализ социальных медиа на Python

 Читать далее...

Друзья сайта  

 Используем AUFS для отката изменений. Автоматический возврат системы после перезагрузки

Архив номеров / 2014 / Выпуск №10 (143) / Используем AUFS для отката изменений. Автоматический возврат системы после перезагрузки

Рубрика: Администрирование /  Автоматизация

Денис Силаков ДЕНИС СИЛАКОВ, кандидат ф.-м. н., начальник отдела технологических разработок и сопровождения ООО «НТЦ ИТ РОСА», denis.silakov@rosalab.ru

Используем AUFS для отката изменений
Автоматический возврат системы после перезагрузки

Редко какая система не подвергается изменениям на протяжении жизни. Изменения могут быть полезными – установка обновлений, а могут иметь и негативный эффект – установка некорректно работающего ПО или удаление критически важных системных файлов. И вот их-то необходимо откатывать как можно быстрее

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

Как читатели СА могли узнать из статьи [1], создание резервных копий в масштабах предприятия – задача непростая, затратная и требующая немалых ресурсов. Сам процесс отката к предыдущему состоянию занимает определенное время, в течение которого машина будет находиться в нерабочем состоянии, да и выбор конкретной точки, к которой надо откатиться, не всегда очевиден.

Использование систем резервного копирования себя оправдывает, если «плохие» ситуации и необходимость отката происходят относительно редко. Однако в жизни бывают и другие сценарии, когда с большой вероятностью все действия пользователя в рамках текущей сессии необходимо будет откатить.

Например, от обычных пользователей корпоративных машин редко ожидают самостоятельного обновления системных компонентов или правки конфигурационных файлов. Однако, несмотря на различные упреждающие меры (запрет доступа, ограничение прав и так далее), время от времени такие нежелательные изменения могут происходить даже и без ведома пользователя – например, из-за наличия брешей безопасности в ПО либо ошибок в конфигурации.

Конечно, можно регулярно выявлять нежелательные изменения и производить откат к резервной копии. Но если заранее известно, что любые произведенные в ходе сеанса изменения за пределами домашней папки пользователя нелегитимны, то гораздо проще после каждой перезагрузки автоматически отбрасывать все такие изменения, возвращая ОС в исходное состояние.

Такие подходы активно используются в индустрии, и в этой статье мы предложим способ организации подобной схемы отката ОС, доступный всем администраторам Linux.

Но сначала – небольшой обзор имеющихся готовых инструментов и методов.

Существующие решения

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

Однако далеко не все компании используют в качестве рабочих мест виртуальные машины или тонкие клиенты, а для парка реальных компьютеров подобный подход неприменим. Впрочем, доводилось видеть реализации похожей схемы и для физических машин, когда при старте машины на нее по сети закачивался полноценный образ ОС. Но такое смотрится очень громоздко и неповоротливо, и назвать его удобным язык не поворачивается.

Альтернативным подходом к автоматическому сбросу всех изменений, вносимых пользователем в ОС в течение сеанса работы, является перехват этих изменений на уровне ядра ОС и их перенаправление в специально выделенное для этого хранилище. Если после внесения изменений какой-либо процесс в системе обращается к модифицированному файлу, то ему «подсовывается» файл из временного хранилища; оригинальный файл при этом остается на своем месте без каких-либо изменений, однако получить к нему доступ нельзя (по крайней мере без дополнительных телодвижений). При перезагрузке ОС все содержимое временного хранилища сбрасывается, и система тем самым автоматически возвращается в исходное состояние.

Как показывает практика, процесс перехвата операций с файлами в ходе работы ОС не требует много ресурсов, и если вам не требуется ОС реального времени, то замедления работы вы не заметите. Поэтому подобные решения являются более легковесными и не требуют больших накладных расходов, как в случае виртуализации.

Более того, они вполне подходят для домашнего пользования в рамках одной машины, без использования дополнительных дисков, хранилищ данных и тому подобного. По такой схеме работает, например, Deep Freeze, использующий специализированный драйвер ядра для перехвата обращений к файловой системе и перенаправления их в случае необходимости. Deep Freeze является коммерческим продуктом, доступным в вариантах для Windows, Mac OS X и Linux. Имеются и другие платные альтернативы – например, Shadow Defender для Windows.

Однако закрытые ОС мы в этой статье рассматривать не будем, а вот для Linux предложим альтернативный вариант реализации механизма «заморозки» с использованием исключительно свободных компонентов. Все необходимые компоненты во многих дистрибутивах имеются в поставке по умолчанию, так что к экспериментам можно приступать без длительных подготовительных действий.

Статью целиком читайте в журнале «Системный администратор», №10 за 2014 г. на страницах 04-07.

PDF-версию данного номера можно приобрести в нашем магазине.


Комментарии отсутствуют

Добавить комментарий

Комментарии могут оставлять только зарегистрированные пользователи

               Copyright © Системный администратор

Яндекс.Метрика
Tel.: (499) 277-12-41
Fax: (499) 277-12-45
E-mail: sa@samag.ru