Archive for the ‘Linux’ Category



22
Авг
Комментарии к записи Создание раздела на носителе для LVM отключены

Создание раздела на носителе для LVM

Если хотим создать раздел LVM используя пространство всего диска , то необходимо полностью удалить таблицу разделов.

Для DOS разделов, достаточно id раздела установить  0x8e  используя fdisk или cfdisk  или подобное. Для всего устройства диска лучше стереть все таблицу разделов.  Можно легко удалить , записав в существующую таблицу разделов нули в первый сектор, используя команду:

dd if=/dev/zero of=PhysicalVolume bs=512 count=1

Используя команду pvcreate для инициализации устройства и создания физического обьема для данных. Инициализация аналогична форматированию системы.  Предварительно создать ( fdisk) раздел sdc1 на диске ( лучше в коде 8e  Linux LVM ).

pvcreate /dev/sdс1
vgcreate vg1 /dev/sdc1
lvcreate -L50G -nwin2k3 vg1

 

24
Июл
Комментарии к записи Миф о остаточной намагниченности отключены

Миф о остаточной намагниченности

Стирать информацию проще

Аргоритмы уничтожения

Алгоритм Содержание алгоритма Примечания
Руководство по защите информации МО США (NISPOM)
DoD 5220.22-M, 1995г. Количество циклов записи — 3.
Цикл 1 — запись произвольного кода.
Цикл 2 — запись инвертированного кода.
Цикл 3 — запись случайных кодов. NISPOM запрещает использование этого алгоритма для уничтожения данных с грифом: «СОВ.СЕКРЕТНО»
Альтернативные способы (в соответствии с NISPOМ):
-размагничивание;
-физическое разрушение
Стандарт VISR, 1999г.
(Германия) Количество циклов записи — 3.
Цикл 1 — запись нулей.
Цикл 2 — запись единиц.
Цикл 3 — запись кода с чередованием нулей и единиц.
ГОСТ Р50739-95г.
(Россия) Для классов защиты данных 1..3
Количество циклов записи — 2.
Цикл 1 — запись нулей.
Цикл 2 — запись случайных кодов.
Для классов защиты данных 4..6.
Один цикл записи нулей.
Алгоритм Брюса Шнейера
(Bruce Schneier) Количество циклов записи — 7.
Цикл 1- запись единиц.
Цикл 2 — запись нулей.
Циклы 3..7 — запись случайных кодов
Алгоритм Питера Гутманна
(Peter Gutman) Количество циклов — 35.
Циклы 1..4 — запись произвольного кода.
Циклы 5..6 — запись кодов 55h, AАh.
Циклы 7..9 — запись кодов 92h, 49h, 24h.
Циклы 10..25 — последовательная запись кодов от 00, 11h, 22h и т.д. до FFh.
Циклы 26..28 — аналогично циклам 7..9.
Циклы 29..31 — запись кода 6Dh, B6h.
Циклы 32..35 — аналогично циклам 1..4.

 

Теоретически  возможность восстановления доказана, однако на практике вызывает ряд трудностей. Во-первых, размер одного «скана» составляет обычно 10х10 мкм, в микроскопах с более сложными конструкциями сканера — до 100х100мкм. Поэтому после получения серии данных по магнитному рельефу различных участков диска эти данные необходимо «сшить» для получения полного изображения. Во-вторых, перед записью на диск данные подвергаются специальному преобразованию (RLL-кодирование). Вариантов такого кодирования существует очень много, и в жестких дисках разных моделей даже одного производителя они могут отличаться. Поэтому задача извлечения информации из полученного магнитного рельефа поверхности также не отличается простотой. Тем не менее, разработав специальное программное обеспечение и используя высокие вычислительные мощности современных компьютеров, такую задачу вполне возможно решить.
Возможности магнитного силового микроскопа могут применяться и для несанкционированного получения информации. Траектория движения записывающей головки жесткого диска никогда точно не совпадает с дорожкой (рис. 10). Поэтому между дорожками остаются остатки от предыдущих циклов записи. Для нормальной работы жесткого диска это не имеет значения, так как у современных винчестеров ширина головки считывания меньше ширины головки записи. Однако по магнитному рельефу поверхности, полученному с помощью магнитно-силового микроскопа можно восстановить уничтоженные данные, в том числе и если на место уничтожаемых данных записана новая (несекретная или просто случайная) информация. Поэтому для гарантированного уничтожения секретных данных используются специальные устройства.

Дополнительно

17
Июл
Комментарии к записи virt -clone клонирование виртульных машин ( CENTOS) отключены

virt -clone клонирование виртульных машин ( CENTOS)

Удобно клонировать диск LVM 
dd if=/dev/vg_vms/lv_disk-1 of=/dev/vg_vms/lv_disk-2
Возможно запись клона в в файл (добавить для быстроты bs=512K) затем из файла на диск.

Клонирование самой VM
virt-clone -o source_system --name new_system --file /dev/vg_vms/lv_disk-3
При клонировании на диск большего размера , системы сделает resize при следующей перезагрузке.

Дополнительно
При клонировании VM с несколькими дисками
# virt-clone \
     --connect qemu:///system \
     --original demo \
     --name newdemo \
     --file /mnt/data/images/newdemo.img \
     --file /mnt/data/images/newdata.img
При клонировании на физ.устройство, диск должен быть того или большего размера. При большем размере система клона увеличиться до нужного размера.
         # virt-clone \
              --connect qemu:///system \
              --name demo \
              --file /dev/vg1/win2k3 \
              --mac 51:52:00:01:23:34
Для защиты от восстановления — забиваем его нулями: 
dd if=/dev/zero of=/dev/vg_vms/lv_disk-1
Для проверки
dd if=/dev/vg_vms/lv_disk-1 | hexdump -C 
Должны выводиться нули.
Статья на http://habrahabr.ru/post/117050/ 
6
Июн
Комментарии к записи SMART Проверка hdd отключены

SMART Проверка hdd


smartctl - Control and Monitor Utility for SMART Disks
Для проверки диска на поддержку smart
smartctl -i /dev/sda
...

SMART support is: Available — device has SMART capability.
SMART support is: Enabled

Для включения smart 
smartctl -s /dev/sda
Вся информация по диску:

        smartctl --all /dev/sda
smartctl -A  /dev/sda
Raw_Read_Error_Rate (частота ошибок при чтении данных с диска,
происхождение которых обусловлено аппаратной частью диска) - 049

Seek_Error_Rate (частота ошибок при позиционировании блока головок.) -
060 И температура не радует совсем, хотя проверка overall-health - PASSED

Настройка демона smartd
/etc/smartd.conf

По-умолчанию там только одна опция DEVICESCAN
Рекомендуется закомментировать ее и просто перечислить список устройств,
которые мы хотим мониторить.

/etc/smartd.conf config file

        /dev/sda -S on -o on -a -I 194 -m admin@inelsis.ru
        /dev/sdb -S on -o on -a -I 194 -m admin@inelsis.ru

Директива -o 	включает автоматическое off-line тестирование.
Директива -S 	включает автозапись атрибутов.
Директива -m 	за которой следует e-mail указывает куда warning сообщения отсылать.
Директива -a 	указывает smartd мониторить все SMART параметры диска

smartd по умолчанию логирует изменение значений всех атрибутов.

Директива -I 194 означает игнорировать атрибут #194, (т.е. температуру)

        /etc/init.d/smartd start
Смарт атрибуты:

Каждый атрибут имеет величину - Value.
Value Изменяется в диапазоне от 0 до 255 (задается производителем).

Низкое значение говорит о быстрой деградации диска или о возможном
скором сбое. т.е. чем выше значение Value атрибута, тем лучше.

Raw Value - это значение атрибута во внутреннем формате производителя
значение малоинформативно для всех кроме сервисманов.

Threshold. - минимальное возможное значение атрибута, при котором
гарантируется безотказная работа накопителя.

При Значении атрибута меньше Threshold очень вероятен сбой в работе или полный отказ.
Атрибуты бывают критически важными (Pre-fail) и некритически важными (Old_age).

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

Подробнее
http://www.opennet.ru/base/sys/smart_hdd_mon.txt.html
 

				
			
4
Июн
Комментарии к записи Блокировка трафика пользователя с конкретного ресурса отключены

Блокировка трафика пользователя с конкретного ресурса

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

Далее.

Для iptables CentOS прямо в консоли набираем

iptables -I INPUT -s vk.com  -j DROP

Для просмотра заблокированных

iptables -L -v
iptables -L INPUT -v
iptables -L INPUT -v -n

Для удаления правила ( можно перезагрузить ) или 

iptables -D INPUT -s vk.com -j DROP
4
Июн
Комментарии к записи Не правильно работает ДНС подставляет суффикс в локальную зону отключены

Не правильно работает ДНС подставляет суффикс в локальную зону

Домен на Windows 2003 server , на нем локальный ДНС. При проверке nslookup www.ru выдает Non-authoritative answer: Name: www.ru.corp.ru Address: 111.222.333.111 Подставляет к домену суффиксом поиск Решение Добавив в файл /etc/resolv.conf строчки

  • domain corp.ru
  • search corp.ru
  • nameserver 192.168.1.100 #адрес dns сервера

Bind работает по своему сценарию.  Если ДНС сервер как правило на AD Windows , то у него должно быть реально работающее в сети имя. Не ка обычно name.local

 

21
Май
Комментарии к записи Установить значение директивы $cfg ‘blowfish_secret’ отключены

Установить значение директивы $cfg ‘blowfish_secret’

Если при открытии phpmyadmin — ошибка

При cookie-аутентификации, в конфигурационном файле необходимо задать парольную фразу установив значение директивы $cfg[‘blowfish_secret’].

Решение

/usr/share/phpmyadmin

файл config.inc.php

там деректива $cfg[‘blowfish_secret’] =’ любой набор символов’

7
Май
Комментарии к записи Error: internal error Process exited while reading console log output …could not open disk image … Permission denied отключены

Error: internal error Process exited while reading console log output …could not open disk image … Permission denied

При установке ( создании)  виртуальной машины

error : qemuProcessReadLogOutput:1474 : internal error Process exited while reading console log output: char device redirected to /dev/pts/1
qemu-kvm: -drive file=/mnt/vm/win2003.img,if=none,id=drive-virtio-disk0,format=raw,cache=none: could not open disk image /mnt/vm/win2003.img: Permission denied

Решение

Дать пользователю kvm запись на папку в которой образ.

7
Май
Комментарии к записи Создание сертификата для web-сервера в CENTOS отключены

Создание сертификата для web-сервера в CENTOS

До устанавливаем

yum install mod_ssl openssl
# Генерация приватного ключа
openssl genrsa -out www.inelsis.ru.key 1024

# Генерация запроса на сертификат CSR
openssl req -new -key www.inelsis.ru.key -out www.inelsis.ru.csr

# Генерация самоподписанного ключа на год 
openssl x509 -req -days 365 -in www.inelsis.ru.csr -signkey www.inelsis.ru.key -out www.inelsis.ru.crt

# Перемещение полученных файлов в правильные места
mv www.inelsis.ru.crt /etc/pki/tls/certs/www.inelsis.ru.crt
mv www.inelsis.ru.key /etc/pki/tls/private/www.inelsis.ru.key
mv www.inelsis.ru.csr /etc/pki/tls/private/www.inelsis.ru.csr

 

22
Апр
Комментарии к записи «named» process is using 100% CPU on RedHat/CentOS отключены

«named» process is using 100% CPU on RedHat/CentOS

Проблемы с новым ДНС сервером. Установлен bind-9.8.2-0.23.rc1.el6_5.1.x86_64

При запуске named загрузка процессора примерно на 333%. У двухядерного на 100% оба ядра.

Проблема.

Пропатченный DNS сервер пытался сформировать ключи для зон и записать их в папку dynamic. Которая находилась не в том месте.

Решение.

1. Создать недостающую подпапку /dynamic   . Создать пустой файл   ‘dynamic/managed-keys.bind

2. Назначить права  chown -R named:named /var/named

3. Перезагрузить named.

Найдено тут https://otrs.menandmice.com/otrs/public.pl?Action=PublicFAQZoom&ItemID=175

 

Celadon theme by the Themes Boutique