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

  Опросы

Какие курсы вы бы выбрали для себя?  

Очные
Онлайновые
Платные
Бесплатные
Я и так все знаю

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

1001 и 1 книга  
20.12.2019г.
Просмотров: 1156
Комментарии: 0
Dr.Web: всё под контролем

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

04.12.2019г.
Просмотров: 1124
Комментарии: 0
Особенности сертификаций по этичному хакингу

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

28.05.2019г.
Просмотров: 3660
Комментарии: 2
Анализ вредоносных программ

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

28.05.2019г.
Просмотров: 3905
Комментарии: 1
Микросервисы и контейнеры Docker

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

28.05.2019г.
Просмотров: 3086
Комментарии: 0
Django 2 в примерах

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

Друзья сайта  

Форум системных администраторов  

sysadmins.ru

 Управляем удаленными базами AIDE

Архив номеров / 2005 / Выпуск №8 (33) / Управляем удаленными базами AIDE

Рубрика: Безопасность /  Механизмы защиты   | Дополнительные материалы

РАШИД АЧИЛОВ

Управляем удаленными базами AIDE

В один прекрасный день вы решаете оснастить все ваши сервера программой локального контроля от вторжений AIDE. Осуществлению этого, несомненно правильного желания мешает только одно – сервера территориально разбросаны, а хотелось бы хранить базы AIDE на съемных носителях... Сегодня мы расскажем вам, как собрать данные со всех компьютеров, не вставая с места.

Программа AIDE позволит вам контролировать изменения, происходящие в файловой системе. Для этого она создает отдельную базу данных, содержащую информацию об атрибутах файлов – дате и времени создания, дате и времени модификации, размере, владельце. База также содержит контрольную сумму содержимого файла для проверки его на неизменность содержимого. Контрольная сумма шифруется различными методами для исключения возможности ее подделки. Правильное использование AIDE гарантирует в достаточной степени неизменность файлов. Но вот работают несколько серверов, на них всех установлена AIDE, базу которой рекомендуется хранить на сменном носителе с целью не допустить попадания ее в чужие руки. Как реализовать это требование? Не вручную же копировать базу с каждого сервера? Для автоматизации этой задачи и был разработан скрипт AIDEControl.

Итак:

  • Базы AIDE на всех наших серверах размещаются (по умолчанию) в /var/db/aide/aide.db.
  • Обновление базы производится сторонними средствами (вручную, через cron или с помощью скриптов).

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

Нужно ли защищаться от перехвата данных базы? Даже при невозможности ее модификации база все равно остается лакомым куском, потому что содержит список всех файлов (кроме тех, которые были исключены через конфигурационный файл) с указанием их имен, размеров, дат создания и владельцев, а это уже сама по себе немалая информация. Поэтому копирование баз будем производить через SSH с использованием скрипта, описанного в [1].

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

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

Рисунок 1. Расположение баз AIDE на «мастере» и удаленных компьютерах

Рисунок 1. Расположение баз AIDE на «мастере» и удаленных компьютерах

Для подключения к удаленным компьютерам скрипт использует пользовательский бюджет с именем aide. Это бюджет не для запуска скрипта, запуск скрипта делается только пользователем root. Скрипт реализован на языке Bourne shell, с использованием типового комплекта инструментов – sed, awk, grep.

В качестве мастер-компьютера использовался компьютер с операционной системой FreeBSD 5.3-RELEASE, USB Flash Seitek BAR 128 Мб и CompactFlash PQI 128 Мб. Работа в других UNIX-системах не проверялась.

Какое программное обеспечение потребуется

Для работы скрипта необходимо установить и настроить соответствующим образом следующее програмное обеспечение:

  • SSH2 от SSH Communications или OpenSSH с поддержкой протокола SSH2. SSH должен быть настроен на возможность работы без предъявления паролей, с авторизацией по публичному ключу. Описание того, как это сделать, вы найдете в [1] . Единственное отличие – для авторизации используется имя пользователя aide. Для FreeBSD устанавливается из портов secuirty/ssh2-nox11.
  • Bzip2. Для FreeBSD Bzip2 является стандартной программой и поставляется вместе с системой. При отсутствии его программа выдаст предупредительное сообщение и аварийно завершит работу.
  • Mkisofs и CDRecord. Программа из состава продвинутого программного пакета cdrtools для создания и записи ISO-образов. Для FreeBSD устанавливается из портов sysutils/cdrtools.
  • Скрипт для пакетной записи ISO-образов BurnISO. Скачать его вы можете с домашней страницы [2].
  • AIDE должна быть создана на каждом компьютере, с которого предполагается их копировать, и располагаться в каталоге по умолчанию /var/db/aide. Для FreeBSD устанавливается из портов seciruty/aide.

Настраиваем систему

Вам потребуются:

  • в /etc/fstab описания следующих точек монтирования:
  • /cd-rw (или любую другую, описанную параметром cdrwdevmp конфигурационного файла) для монтирования RW-диска с полным комплектом поколений баз, например:

/dev/acd1      /cd-rw             cd9660    ro,noauto,noexec       0    0

  • /mnt/umass (или любую другую, описанную параметром usbdevmp конфигурационного файла) для монтирования Flash для хранения последнего поколения баз AIDE, например:

/dev/da0s1     /mnt/umass         msdos     rw,noauto,-l,-Wkoi2dos 0    0

    (подробное описание полей fstab см. man fstab).

  • в файле /etc/usbd.conf опишите Flash таким образом, чтобы при ее установке происходило автоматическое монтирование. Для этого добавьте в файл /etc/usbd.conf следующие строки:

# Generic USB Flash drive (umass0)

device "USB Flash Drive"

        devname "umass[0-9]+"

        vendor  0x058f

        product 0x9380

        release 0x0100

        attach "/sbin/mount /mnt/umass"

    где vendor, product и release берутся из вывода usbd, запускаемого с ключом -dv. Для каждого типа Flash значения отличаются!

Вы должны подставить свои значения, получив их следующим образом:

# usbd –dv

usbd: opened /dev/usb0

usbd: opened /dev/usb1

usbd: opened /dev/usb2

usbd: opened /dev/usb3

usbd: reading configuration file /etc/usbd.conf

usbd: opened /dev/usb

usbd: device-attach event at 1121236066.985133000, Mass Storage Device, Generic:

  vndr=0x058f prdct=0x9380 rlse=0x0100 clss=0x0000 subclss=0x0000 prtcl=0x0000

  device names: umass0

vndr – vendor (в данном случае 0x058f), prdct – product (в данном случае 0x9380), rlse – release (в данном случае 0100) подставляются в соответствующие места файла /etc/usbd.conf. Файл читается один раз при старте программы, поэтому для активации внесенных изменений usbd необходимо перезапустить:

# killall usbd

# usbd

Внимание! Крайне не рекомендуется завершать работу usbd, запущенного с ключами -dv тогда, когда в USB вставлено какое-либо устройство, особенно если оно работает по протоколу USB 1.1! Было замечено стабильное полное зависание системы, из которого можно выйти только нажатием «Reset». Настоятельно рекомендую сначала извлечь устройство, а потом завершать работу usbd.

Система должна обладать возможностью смонтировать USB Flash, а также обладать возможностью работать с IDE СD-ROM как со SCSI. Для этого в конфигурационном файле ядра системы должны присутствовать (а если их нет, то просто добавьте) следующие строки:

device umass

device scbus

device da

device pass

device cd

device atapicam

device ata

после чего ядро системы должно быть пересобрано в соответствии с инструкциями по его пересборке, приведенными, например в [3].

Кроме того, понадобится один носитель CompactFlash или USB Flash емкости, достаточной для того, чтобы вместить одно поколение копий баз со всех нужных компьютеров, упакованное Bzip2, и один CD-RW или DVD-RW-диск для хранения необходимого количества предыдущих поколений.

Полный текст скрипта приведен в Приложении 1 (см. www.samag.ru, раздел «Исходный код»). Он снабжен достаточно подробными комментариями, а наиболее важные и интересные моменты мы обсудим далее по ходу статьи.

Общее описание логики работы и конфигурационный файл

Предполагается, что «мастер» – доверенная машина. На рис. 1 показано размещение баз AIDE в процессе их обработки скриптом. Общая связь между программами такова:

  • AIDE создает свою базу на каждом из компьютеров.
  • aidecontrol переписывает (именно переписывает, а не копирует – после успешного копирования файл удаляется с компьютера «агента») ее с удаленной машины («агента») на центральную машину («мастер») в свой каталог (показан на рис. 1, на компьютере Master, в рамке слева). После чего aidecontrol запрашивает у оператора установку RW-диска, монтирует его в указанную точку монтирования, считывает его содержимое, дополняет новым поколением и записывает заново. Для копирования используется временный рабочий каталог, который создается в процессе работы и после завершения работы удаляется. Расположение файлов в момент, когда они скопированы во временный каталог, приведено на рис. 1, на компьютере Master, справа. Расположение файлов на съемных носителях (Flash и RW-диске) приведено на рис. 1, в нижней части на соответствующих выносках.

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

remote1          10.87.2.60

remote2          10.87.2.254

remote3          10.87.2.120

master           127.0.0.1

Последняя запись отражает тот факт, что сам «мастер» может рассматриваться и как «агент». Для этого необходимо указывать в качестве IP-адреса 127.0.0.1.

AIDE на всех компьютерах, кроме «мастера», настраивается на путь к базе /var/db/aide/databases/aide.db. После копирования базы на «мастер» она удаляется. На «мастере» в каталоге databases создаются подкаталоги с именами, соответствующими именам в файле описания узлов (remote1, remote2,...), в которые база помещается на время копирования на Flash и RW-диск. После успешного копирования на съемные носители база удаляется с «мастера» и существует только на съемных носителях.

Конфигурационный файл программы по формату предельно прост: поскольку сама программа написана на языке Bourne Shell, загрузка конфигурационных файлов проводится выполнением файла и, следовательно, формат имеет вид «имя=значение». Имя файла по умолчанию – /usr/local/etc/aidecontrol.conf, все возможные переменные описаны непосредственно в тексте файла. Пример файла приведен в Приложении 2 (см. www.samag.ru, раздел «Исходный код»).

Блок-схема программы

Блок-схема программы приведена на рис. 2. Сбоку, на выносках отмечены метки блоков, приводимые в комментариях текста скрипта в Приложении 1 (см. www.samag.ru, раздел «Исходный код»).

Рисунок 2. Блок-схема скрипта AIDEcontrol

Рисунок 2. Блок-схема скрипта AIDEcontrol

Первыми выполняются анализ командной строки и установка значений, заданных в параметрах. Соответствующая метка в скрипте – CMDLINE.

Возможные ключи командной строки:

  • -c – указывает расположение конфигурационного файла. Если не задан, используется /usr/local/etc/aidecontrol.conf.
  • -l – указывает расположение файла списка узлов, формат которого приведен выше. Если не задан, используется /var/db/aide/maint/aidehosts.
  • -b – указывает на то, что будет установлен чистый RW-диск, который не нужно монтировать для копирования предыдущего содержимого.
  • -h – выведет краткую справку по формату командной строки.

Таким образом:

// запустит скрипт с параметрами по умолчанию

# aidecontrol

// запустит скрипт с параметрами из конфигурационного файла /tmp/abcd.conf

# aidecontrol -c /tmp/abcd.conf

// запустит скрипт со списком узлов из файла /tmp/nodes.lst  и чистым RW-носителем.

# aidecontrol -l /tmp/nodes.lst -b

Если в командной строке был задан вывод краткой справки, то она выводится и скрипт завершает работу, иначе выполняется загрузка конфигурационного файла.

После загрузки выполняется поиск вспомогательных программ. Он имеет такую особенность, что программы, которые необходимы для работы, перечислены непосредственно в переменной wtools. Причем в этом списке не упоминается mkisofs, потому что burniso сам проверит ее наличие. Соответствующая метка в листинге WTOOLS. Эта часть показалась мне достойной более подробного рассмотрения, которое приведено ниже.

wtools="bzip2 burniso"

for tool in $tools

 do

# Вот это список программ, без которых работа невозможна (не считая SSH)

  locator=`which $tool`

# Если which вернул пустую строку (а это происходит тогда, когда программа не найдена – ее физически нет

# или каталог не включен в PATH), то выдать сообщение и прекратить работу

  if [ -z $locator ]; then

    logline="Your system does not include $tool utility"; safe_logger

    exit

  fi

 done

Реализация поиска SSH в скрипте полностью аналогична реализации скрипта safecopy, описанного в [1]. Соответствующая метка в листинге SEARCHSSH. Дополнительно процесс поиска описан в комментариях в тексте скрипта.

После того как проверено наличие всех необходимых программ, начинается разбор списка узлов. Этот разбор будет делаться в течение работы скрипта неоднократно, но особенности процесса его выполнения будут рассмотрены один раз.

Разбор производится посредством простого чтения файла командой cat. Для построчной работы с файлом используется особенность работы с потоком стандартного ввода, которая заключается в том, что при чтении файла все прочитанное разбивается на «поля», где значение переменной IFS используется как разделитель. Если изменить ее значение, а потом прочитать файл, разбиение на «поля» будет выполняться в соответствии с новым значением IFS. Поскольку нам необходимо разобрать по записям (строкам), используется следующая конструкция:

IFS="

"

Внимание! Значение «IFS=’’», перенесенное на соседнюю строчку, – это не ошибка! Таким образом IFS присваивается значение «конец строки» ( ), после чего организуется обычный цикл перебора всех записей файла.

Если адресом компьютера является 127.0.0.1, то выполняется локальное копирование, то есть просто копирование базы AIDE в то место, откуда она впоследствии будет перенесена на съемный носитель. Соответствующая метка в листинге LOCALCOPY. Если же нет – предполагается удаленный компьютер и выполняется копирование с удаленного компьютера. Процесс получения списка файлов, подлежащих копированию, и собственно процесс копирования полностью аналогичны процессу, описанному в [1]. Процесс получения списка файлов здесь вырождается просто в еще одну проверку правильности настроек SSH, поскольку список файлов может содержать только один элемент (или не содержать ни одного, что будет указывать на ошибку). Соответствующая метка в листинге RMTCOPY.

Если при запуске скрипта не было указано, что установлен чистый носитель, то RW-диск монтируется и его содержимое копируется во временный каталог, создаваемый в корневом каталоге системы. Соответствующая метка в листниге MNTRWDISK.

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

Если RW-диск успешно смонтирован, то происходит реорганизация его содержимого – файлы, поколение которых превышает максимально хранимое поколение, будут удалены, остальные переименованы в следующее поколение. Процедура последовательного переименования файлов (filename.0.ext  filename.1.ext  filename.2.ext и т. д.) будет описана несколько более подробно. Метка процедуры в листинге – RENAME, метка самой процедуры реорганизации – RWREORDER.

shiftfiles()

{

# Получаем список файлов в каталоге

  lfiles=`ls -1`

# Обрабатываем по одному элементу списка до тех пор, пока он не пуст

  for lfile in $lfiles

   do

# Выбираем номер поколения (указываем awk, что разделителем полей является точка, и печатаем второе поле)

     gener=`echo $lfile | awk 'BEGIN {FS="."} {print $2}'`

# Дополнительная защита – если в качестве номера поколения выбрали «bz2», значит в каталоге

# находится файл filename.bz2,который не переименован из-за какой-либо ошибки. Корректируем эту ситуацию,

# подразумевая нулевое (самое последнее) поколение

     if [ $gener = "bz2" ]; then

       logline="Invalid database file name $lfile, assumed zero generation"; safe_logger

       gener=0

       mv $adbnam.bz2 $adbnam.$gener.bz2

     fi

# Если номер поколения равен максимально хранимому поколению, этот файл удаляется. Иначе вычисляется

# следующий номер и файл переименовывается.

     if [ $gener -eq $abmax ]; then

       rm -f $adbnam.$gener.bz2

      else

        ngener=$(($gener+1))

        mv $adbnam.$gener.bz2 $adbnam.$ngener.bz2

     fi

   done

}

В случае когда выполнялась установка чистого носителя, то копировать нечего и просто создается пустой каталог для копирования в него последнего поколения баз.

   if [ $blank = "no" ]; then

     shiftfiles

   fi

   cp $ringdir/$hostname/$adbnam.bz2 ./$adbnam.0.bz2

После этого выполняется запись нового содержимого RW-диска. Особенностью записи нового образа с полным количеством поколений баз является использование скрипта burniso. Этот скрипт был написан для автоматизации задачи «взять все файлы, лежащие в определенном месте и записать их на RW, предварительно его почистив». Для создания образа burniso использует mkisofs, а для записи – cdrecord.

Скрипт имеет собственный конфигурационный файл burniso.conf, синтаксис которого полностью аналогичен синтаксису aidecontrol.conf. В нем можно указать три переменных: workdir – каталог, в котором будет создаваться образ для последуюшей записи, devname – имя устройства для записи дисков и sourcedir – каталог, из которого будут браться файлы для записи на RW. Имя устройства задается в формате cdrecord в виде «bus,target.lun», например devname=«2,1,0».

Внимание! Приведенные выше значения являются примером использования. На вашей системе они будут отличаться! Получить значения, которые необходимо подставить сюда, можно командой:

# camcontrol devlist

    at scbus0 target 6 lun 0 (sa0,pass0)

< DVD-E616P2 1.03>                 at scbus2 target 0 lun 0 (pass1,cd0)

                at scbus2 target 1 lun 0 (pass2,cd1)

В данном случае использовалось устройство TEAC CDW58E (2,1,0).

Более подробную информацию о возможностях cdrecord см. man cdrecord.

Запись диска может идти достаточно долго, перед началом записи cdrecord выводит большое количество информации о приводе, о диске, на который будет идти запись, о режимах работы... Ход выполнения записи отображается на консоли в виде:

Starting to write CD/DVD at speed 8 in real TAO mode for single session.

Last chance to quit, starting real write    0 seconds. Operation starts.

Waiting for reader process to fill input buffer ... input buffer ready.

Performing OPC...

Starting new track at sector: 0

Track 01:    6 of    6 MB written (fifo 100%) [buf  98%]   8.2x.

Track 01: Total bytes read/written: 6391808/6391808 (3121 sectors).

Writing  time:    9.625s

Average write speed   4.3x.

Min drive buffer fill was 98%

Fixating...

Fixating time:   31.892s

cdrecord: fifo had 101 puts and 101 gets.

cdrecord: fifo was 0 times empty and 27 times full, min fill was 95%.

После записи диска со всеми поколениями копий временный каталог, в котором создавался образ для записи на RW-диск, удаляется.

Последней фазой работы скрипта является перенос на Flash последней копии баз по всем узлам. Для этого сначала монтируется Flash. Монтирование происходит аналогично монтированию RW-диска – в бесконечном цикле.

Ваша система должна быть уже настроена на автоматическое монтирование Flash при ее установке. О том, как это сделать, написано в разделе «Настраиваем систему». Вполне возможно, что /sbin/mount не будет успевать отработать монтирование устройства в FreeBSD 5.x, поскольку файлы устройств здесь создаются динамически, а devfs имеет некоторое время срабатывания. В особенности это проявляется на старых Flash 1.1 типа Seitek BAR – требуемая задержка может достигать двух секунд. Для избежания этого был разработан скрипт mountflash, приведенный в Приложении 3 (см. www.samag.ru, раздел «Исходный код»). Скрипт может запускаться как вручную, так и через /etc/usbd.conf. В последнем случае строка attach должна иметь следующий вид:

attach "sh -c "/usr/local/bin/mountflash /mount/point""

где /mount/point – точка монтирования Flash. По умолчанию точка монтирования – /mnt/umass. Метка монтирования Flash в листинге – MNTFLASH.

В очередной раз выполняется разбор файла описания узлов и по одному узлу за один проход выполняется копирование файлов из соответствующего каталога на мастер-компьютере в соответствующий каталог на Flash. Если копирование файла прошло успешно, файл удаляется с мастер-компьютера. Метка в листинге – FLASHCOPY.

Последней задачей скрипта является размонтирование Flash и останов устройства. Эта часть будет рассмотрена более подробно ниже по тексту.

# /dev/da0s1

mpdev=`mount | grep -e "$usbdevmp " | awk '{print substr($1,6,3)}'`

# Размонтировать Flash

umount $usbdevmp

status=$?

# Проверить статус размонтирования и выдать сообщение, если неудачно

if [ $status -ne 0 ]; then

  logline="USB Flashdrive unmounting on device $usbdev failed, return code is $status"; safe_logger

 else

   logline="USB Flashdrive was succesfully unmounted after updating content"; safe_logger

# Найти устройство, на которое смонтировалась Flash. Устройство находится поиском в выводе команды

# camcontrol devlist строки «(<имя_устройства», например «(da0»

   umdrive=`camcontrol devlist | grep -e "($mpdev"`

# Выбрать BUS. Ищется строка «scbusX», потом берется подстрока с шестого символа от места, где найдена строка

   umbus=`echo $umdrive | awk '{print substr($0,index($0,"scbus"),6)}'`

   umdig=`echo $umbus | awk '{print substr($1,6)}'`

# Так же ищется target и lun. target берется через 7 ("target ") символов от строки,

# lun берется через 4 ("lun ") символа от строки

   umtarget=`echo $umdrive | awk '{print substr($0,index($0,"target") + 7,1)}'`

   umlun=`echo $umdrive | awk '{print substr($0,index($0,"lun") + 4,1)}'`

# Выдать команду останова устройства (она погасит индикатор готовности на Flash, за исключением USB 1.1)

   camcontrol eject $umdig:$umtarget:$umlun

fi

Возможные ошибки

Если скрипт работает не так, как ожидается, то, возможно, имеет место ошибка в настройке SSH. Это очень просто проверить – достаточно с консоли мастер-компьютера набрать:

# su aide

> ssh remotebox

где remotebox – имя любого компьютера, с которого должны копироваться базы. Если сразу же открывается терминал удаленного компьютера – все нормально (при этом motd показываться не должно). Если же появляются запрос пароля на разблокирование ключа, запрос пароля на регистрацию на удаленном компьютере или какие-либо сообщения об ошибках – следует устранить ошибки и повторить. Все наиболее типичные ошибки, связанные с настройкой SSH для автоматического копирования файлов с использованием метода авторизации по публичному ключу, приведены в [1].

Наиболее часто встречающиеся ошибки, не связанные с настройками SSH:

  • Неверно указанные пути к каталогам баз AIDE либо различные пути для различных компьютеров, из-за чего базы не могут быть скопированы.
  • Неверно указана точка монтирования RW-диска, указанная точка монтирования не описана в /etc/fstab, RW-диск помещен не в тот привод (когда на мастер-компьютере более одного привода, а это не редкость).
  • Неверно указана точка монтирования Flash, указанная точка монтирования не описана в /etc/fstab, для данного типа Flash не настроен /etc/usbd.conf.
  • Система не поддерживает монтирование USB Flash.

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

Заключение

Данный скрипт – инструмент, который поможет вам решить одну конкретную задачу. Несмотря на кажущуюся громоздкость, он относится к классу программ «настроил и забыл» – после двух-трех успешных циклов получения информации запуск скрипта можно было бы уже доверить младшему персоналу, если бы не крайняя важность копируемых данных. Проверять систему с использованием скопированных файлов можно либо с помощью скрипта AIDEstart, который будет описан в следующей статье, либо с загружаемой USB Flash, либо вручную, указывая путь к данным в конфигурационном файле или при запуске AIDE.

Литература и ссылки:

  1. Ачилов Р. Копирование файлов в автоматическом режиме с множества компьютеров через SSH. – Журнал «Системный администратор», № 12, 2004 г. – 12-17 с (http://www.samag.ru/cgi-bin/go.pl?q=articles;n=12.2004;a=04).
  2. http://www.granch.ru/~shelton/fileZ/burniso.tar.bz2.
  3. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-building.html.
  4. Домашняя страница проекта AIDE: http://sourceforge.net/projects/aide.
  5. Домашняя страница автора проекта cdrecord (в числе набора других программ): http://cdrecord.berlios.de/old/private/cdrecord.html.

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

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

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

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

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