Решил как-то на днях реализовать вывод IP-адреса посетителя в отдельном блоке. Пригодится данная фича может в самых разных случаях. Например:

• необходимо узнать у простого пользователя, какой его внешний IP-адрес - просто отправляем его на сайт, и пусть любым доступным способом передает данные нам;
• чужая сеть, и выход в Internet реализован через NAT - узнаем, в какой IP-адрес NAT-ятся наши запросы;
• у провадера динамически выдаются IP-адреса - необязательно писать каждый раз команды в консоли...

Тоесть, вывод IP-адреса посетителя можно использовать в качестве инструмента. Потратив 5 минут на поиск готового модуля для Drupal, решил не заморачиваться и создать блок самостоятельно. Тем более, что ничего сложного нету - одна строка кода.

Довольно частно начинающие администраторы FreeBSD путаются в чем разница между ветками RELEASE, STABLE и CURRENT.

Попробуем внести хоть какую-то ясность в этом вопросе. Итак, стоит иметь ввиду, что эти ветки существуют одновременно в любой момент времени.

Рано или поздно, любой сетевой администратор сталкивается с необходимостью контролировать смену/появление новых MAC-адресов в сети. Если сеть совсем маленькая - это не сложно, если же сеть на сотни устройств  - контролировать подключение устройств к сети становится довольно проблематично. С помощью утилиты ARPWatch можно отслеживать изменения в сети. ARPWatch отслеживает соответствие Ethernet-адресов и IP-адресов. Активность регистрируется в syslog и с помощью почтовых оповещений. Для прослушивания ARP-трафика на локальном ethernet-интерфейсе используется библиотека pcap.

Назначение ARPWatch

Предварительно советую ознакомиться с переводом страниц руководства:
restore

На одном из серверов вышел из строя один из HDD, собранных в RAID 1 с помощью gmirror. Систему запустил на одном HDD, отредактировав /etc/fstab. Поскольку HDD были небольшого размера (80 GB), решил заменить их более обьемными. Соответственно необходимо реализовать задачу переноса работающей системы на новый HDD, а потом уже снова собирать RAID.

Версия установленной FreeBSD - 6.2:

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

Немного общей информации о monit.

Monit умеет мониторить:

Нашел на просторах Интернета заметку о использовании скрипта phpSysInfo. Исходя из описания, которое можно найти на официальном сайте проекта, с его помощью можно сгенерировать вывод информации о CPU, RAM, PCI устройствах, SCSI устройствах, IDE устройствах, сетевых адаптерах, использовании дисковых ресурсов, аптайма системы и многое другое.

Поддерживаемые платформы:

• Linux 2.6.x
• FreeBSD 7.x
• OpenBSD 2.8+
• NetBSD
• Darwin/OSX
• Windows 2000 / Windows 2003 / Windows XP / Windows Vista / Windows 7

Системные требования

Принесли коммутатор ZTE 2928 с просьбой восстановить пароль.

Подключение к коммутатору возможно через консольный порт, выполненый в форм-факторе RJ-45. Тоесть кабель следующий: RS232<--->RJ-45. Распиновка кабеля - согласно схемы.

Процедура восстановления пароля следующая.

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

В моем случае на удаленный сервер доустановили сетевую карту на чипсете RealTek 8139. После старта FreeBSD обнаружить ее не смогла, поскольку поддержка этого чипсета была отключена в конфигурационном файле ядра. В ядре GENERIC поддержка сетевых карт на этом чипсете выглядит так:

Довольно часто слушаю Internet-радио. Решил организовать ретрансляцию на собственном сервере, чтобы не "бегать" по разным сайтам. Да и опыт уже есть - есть уже медиа-сервер в локальной сети, который ретранслирует около сотни Интернет-радиостанций. Это еще один плюс - есть уже откуда брать потоки...

Итак, приступим... Для ретрансляции воспользуемся возможностями медиа-сервера Icecast. В портах есть две ветки - Icecast и Icecast2:

Довольно часто проверить доступность устройств в сети с помощью утилиты ping нету возможности. Связано это с тем, что файрвол Windows-абонентов, включенный по умолчанию, блокирует ICMP-запросы. Также встречал некоторые маршрутизаторы, которые также блокируют направленные к ним ICMP-запросы.