Создание vlan’ов

В данной заметке будет описано, как настроить vlan'ы на разных системах.

SNMPv3

Про SNMPv3
SNMP – протокол прикладного уровня. Он предназначен для обмена информацией между сетевыми устройствами. При помощи этого протокола, сетевой администратор может производить анализ сетевого оборудования, находить и решать множество сетевых проблем. В Декабре 1997 года с выходом SNMPv3, пользователям стали доступны новые службы, такие как: ограничение доступа, защита данных и аутентификация пользователя<* см. стандарты RFC 2271-2275>. Кроме этого, стоит отметить, что SNMPv3 перенял модульную архитектуру от своих предшественников. Это обеспечивает поддержку предыдущих версий SNMPи, не смотря на то, что SNMPv1 и SNMPv2 не поддерживают аутентификацию и шифрование, у Вас будет возможность управления устройствами, которые поддерживают эти версии.
      Для каждого сетевого устройства пароль преобразуется в некоторый уникальный ключ. Это обеспечивает дополнительную безопасность т.к. даже в том случае, если ключ будет перехвачен, злоумышленник получит доступ только к одному сетевому устройству. Для шифрования пароля используется алгоритм MD5, но разработчики видимо решили, что это не обеспечит достаточной сохранности пароля и поэтому блок данных (PDU) дважды хэшируется при помощи двух разных ключей, которые в свою очередь генерируются из закрытого ключа. Позже, первые 12 октетов используются как код аутентификации сообщения, который добавляется к сообщению. Такой же процесс приходится производить на другой стороне, но только в обратном порядке. Несмотря на всю сложность и энергоемкость процесса передачи данных между сущностями SNMP, по мнению разработчиков, алгоритм шифрования (DES) на самом деле не обеспечивает достаточной защиты информации, поэтому в дальнейшем предполагается использовать другие алгоритмы. Например, алгоритм Диффи-Хиллмана (Diffie-Hillman)

           Разработчиками предусмотрено 3 уровня безопасности:
- noAuthNoPriv – пароли передаются в открытом виде, конфиденциальность данных отсутствует.
- authNoPriv – аутентификация без конфиденциальности. Большинство пользователейиспользует именно этот уровень т.к уровень защищенности в нем уже достаточно высок, а сетевые устройства не перегружаются шифрованием данных.
- authPriv – аутентификация и шифрование. Максимальный уровень защищенности. Для начала нужно поставить net-snmp.

Дальше я опишу, как настроить SNMP3 на разных системах и умных свитчах.

Сброс пароля PostgreSQL

1. Ищем конфигурационный файл pg_hba.conf и правим его (оставляем только одну строчку, остальное коментим):
Примечание: CetnOS - в /var/lib/pgsql/data

local all postgres trust

2. Перезапускаем сервер .
На CentOS -

service postgresql restart

3. Меняем пароль:

# psql -U postgres template1

Меняем пароль

alter user postgres with password 'newpassword';

4. Меняем строчку в конфигурации обратно 5. Рестартуем сервер и подключаемся 24.02.2011

Тюннинг PostgreSQL 8.x

Рассмотрю некоторые параметры, которые влияют на производительность самого сервера (без учета оптимизации  структуры самой БД)

Чтение BSD разделов из-под Windows

    Иногда возникает необходимость порабоать с BSD разделами из под Windows.
По умолчанию Windows не умеет рабоать с этими разделами, впрочем как и с друкиги файловыми системами *nix.
Есть хороший проект "FFS File System Driver for Windows" http://ffsdrv.sourceforge.net/  который позволяет примонтировать UFS раздел под Windows (спаcибо его авторам, выручил в тяжелый момент...)
Описание.
      Это программка для Win систем состоящая из драйвера и графической оболочки, через которую и осуществляется монтирование/размонтирование разделов. Поддерживаются FFSv1 и FFSv2.
    Сразу должен огорчить: драйвер подключает раздел в режиме read-only, так что для обмена фалами между ОС по прежнему придется пользоваться FAT разделами.
    Разделы именно монтируются, т.е. подключается новый локальный диск (в терминологии Win). В графическом интерфейсе не так много настроек: выбор устройства (FFS Disk, нумерация с 0); выбор раздела (FFS Partition, нумерация с 1); далее выбирается label (Disklabel, нумерация с 0); точка монтирования (буква диска). Есть опция автоматически монтировать раздел при загрузке ОС.
    Так выглядит интерфейс:

UTF8 FreeBSD в консоли

Почему utf8:
- это удобно
- это кроссплатформенно (я, например, работаю на многих разных системах: freebsd, linux, windows и хочу везде иметь возможность беспроблемного доступа к своим файлам)
- utf8 это родная кодировка во многих системах (linux), а также в файловых системах.
- в базах данных давно самая беспроблемная кодировка - utf8 (особенно когда есть необходимость работы с несколькими языками)
- я думаю рано или поздно во freebsd все равно будет utf8 по умолчанию.

Изменения не затрагивают системную консоль!

MySQL, часто используемые команды (базовые)

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