Как отслеживать изменения в/etc/

Я не могу дать Вам окончательную рекомендацию, но я могу совместно использовать несколько мыслей о предмете. Учитывая, что / и т.д. является обычно довольно маленьким, Вы могли бы просто пойти для простого сжатого решения шара tar. Если едва необходимо пройти историю, это могло бы быть самое легкое решение настроить.

Для меня это было бы к утомительному для управления, логические тома только, чтобы сделать отслеживают / и т.д. и тем более, что я не думаю, что снимки LVM были разработаны, чтобы регулярно создаваться как средства для резервного копирования относительно небольшого объема данных.

btrfs, кажется, мне намного лучше, оборудуют для этого, но это все еще не столь стабильно как, например, расширение {2,3,4} и fsck инструмент еще также не сделаны. Но это непрерывно поправляется.

Лично я на самом деле использую мерзавца для отслеживания / и т.д., но необходимо иметь в виду, что мерзавец не хранит метаинформацию файла как владение или разрешение! И также проверьте, что .git каталог имеет правильное разрешение. Существует несколько инструментов, которые помогают с этими проблемами все же. Вы могли бы хотеть смотреть на и-т.д.-хранителя, который был разработан точно для отслеживания / и т.д., или используйте, по крайней мере, используют что-то как gitperms или метахранилище для отслеживания метаинформации.

Для отслеживания "нежелательные" изменения, мы используем HIDS - в нашем случае samhain другие tripwire или aide. Все эти системы предупредят Вас, когда что-то нежелательное произошло.

A yum update ничего не должен изменять, не оставляя .rpmnew или .rpmold, если файл конфигурации отмечается как таковой в соответствующем об/мин.

Myselv я нашел это хорошей практикой для создания копии безопасности файла, с которым я собираюсь изменить cp -p origfile origfileYYYY-MM-DD с датой накануне.

Если все остальное перестало работать - я звоню резервным парням и прошу восстановление от последнего известного "хорошего" резервного копирования.

Я думаю, что можно сделать снимок файлов/каталогов в /etc.

Сначала составьте список файлов/etc/каталог:

# ls -lha /etc >> /snapshotofetc

И если Вы делаете файл в /etc

# touch testfile

и если Вы забираете обратно снимок /etc как то, что мы сделали прежде

# ls -lhs /etc /lastsnapshotofetc

и затем можно сравнить различия между этими 2 файлами как это:

# diff /snapshotofetc /lastsnapshotofetc

Всегда существует radmind. Можно прокрутить то изменение назад, если Вам не нравится оно.

Вы ищете управление конфигурацией или отслеживаете/контролируете изменения файловой системы?

Если бы это ранее, я посмотрел бы на puppet или chef. CFEngine существует в коммерческих целях. puppet популярный зверь в эти дни.

Если это - более позднее, его твердое Вы для наблюдения изменений файловой системы однако существует экземпляр программ как inotify и аудит файловой системы auditctl или SGI's fam но снова, это - контролирующая вещь и может быть дорогой реализацией (производительность файловой системы может получить deterioriated).

Можно проверить rsnapshot который сохраняет почасовые снимки любых каталогов, которые Вы хотите..., можно настроить его, чтобы сделать 24 часа, затем X ежедневных газет, затем X еженедельников, и т.д. Так, как Вы хотите для дискового пространства. Это достаточно умно к жесткой ссылке, когда файлы не изменились (это использует rsync негласно.

Вы могли бы рассмотреть использование git. Вы можете Он быть эффективным в отслеживании изменений и очень простым в использовании для чего-то вроде этого.

git status # Show changed files
git diff # Show file differences (paged automatically)
git commit -a # Commit all changes. 

Я полагаю, что начальная настройка идет как это. Я не сделал этого некоторое время.

cd /etc
git init
git add *
git commit -a -m "Created repository"

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

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

У меня есть сценарий, который каждый день работает и создает резервную копию файлов, которые изменились начиная с предыдущего резервного копирования:

#!bin/bash
ext=$(date +"%Y%m%d")_ChangeS
mkdir -p "$1/$ext" && \
  ionice -c3 rsync -ah --numeric-ids --inplace --backup \
                   --backup-dir="$1/$ext" \
                   --include="/etc" / "$1" && \
  rmdir --ignore-fail-on-non-empty "$1/$ext"

Вы передаете в пути, где резервные копии были бы созданы, и тот каталог будет иметь список подобным этому (после того, как несколько выполнений):

20120106_ChangeS  etc
$ls 20120106_ChangeS/etc/
cron.d

Вы могли изменить его немного, чтобы записывать изменения чаще или использовать inotify для инициирования измененной версии сценария, когда изменения происходят на /etc.