Захотелось сделать проверку наличия канала связи двух провайдеров, и выбирать шлюз на основании этих данных. У каждого провайдера есть свои подсети, причем оба провайдера между собой дружат и устроили полноценный пиринг.
Небольшой набросок топологии:
топология
Все, кто знаком с *NIX-подобными системами знает про прекрасную команду «top», которая показывает текущее состояние системы: загруженность процессора, распределение оперативной памяти, нагрузку, процессы и так далее.
В этой статье хотелось бы сделать обзор загруженности процесса на ОС FreeBSD, а именно — какие этапы проходят от набора команды «top -P» (вывод нагрузки по процессорам) до вывода данных на экран.
Как видно на скриншоте — есть информация по 4 процессорам (или ядрам), с разбивкой по нагрузке: user, nice, system, interrupt, idle. Попробуем получить эти данные из ядра самостоятельно.
Дальше…
Недавно появился еще один консольный клиент для P2P-сетей — ncdc.
Почти у всех провайдеров существуют свои DC-хабы, где все желающие могут обмениваться информацией (фильмы, музыка, фото и прочее).
В отличии от торрент-трекеров — обмен максимально упрощен, единственное что требуется — выбрать каталог с файлами, который нужно расшарить — и он допуспен всем.
На текущий момет думаю самым популярным консольным клиентом DC для *NIX-систем является является microdc. Но этот проект давно не развивается и имеет довольно слабый функционал.
Краткое сравнение microdc и ncdc:
— разумеется, главное отличие — ncdc умеет работать сразу с несколькими хабами;
— ncdc поддерживает горячие клавиши;
— в ncdc идут работы по поддержке протокол IPv6;
— ncdc поддерживает протокол ADC;
— ncdc умеет довольно удобный интерфейс для просмотра списка пользователей и их шар;
— ncdc смотрится довольно симпатично :)
Так же можно отметить приятный факт — с автором легко можно связаться.
Процесс сборки смысла описывать нет (configure, make, make install), настройка тоже интуитивно понятно (набираем в окне /help и смотрим параметры).
Ну и на последок немного скриншотов:
В нашем захолустном городке наконец-то один из провайдеров (ЛанТа) начал выдавать IPv6 адреса. Адреса выдаются по технологии SLAAC (автоконфигурация).
Услуга работает в тестовом режиме, и подключить ее можно, при наличии технической возможности, отправивив письмо на helpdesk@lanta-net.ru следующего содержания: «Прошу предоставить доступ по протоколу ipv6, по dualstack технологии. Номер договора xxxx.»
Технически это выглядит так: на порту провайдера для каждого клиента выделяется префикс /64, из которого он может сконфигурироваться.
Если на порту клиент один — то и проблем никаких нет, выбрал себе клиент адрес и забыл.
Если клиентов на порту несколько и нет роутера — то они тоже замечательно сами конфигурируются.
Но что делать, если есть роутер, за которым расположена своя локальная сеть и есть желание в нее запустить IPv6? Именно про это и хотелось бы порассуждать.
Дальше…
Есть прекрасный проект по подключению источников питания к *nix системам – NUT (Network UPS Tools) — http://www.networkupstools.org
Позволяет следить и управлять работой ИБП и PDU.
В моем случае – это ИБП Ippon Back Power Pro 600. Подключаться будет к системе:
mira# uname -a
FreeBSD mira.s25.tmb.local 8.2-STABLE FreeBSD 8.2-STABLE #37 r226374M: Sat Oct 15 08:57:56 MSD 2011 root@mira.s25.tmb.local:/usr/obj/usr/src/sys/mira amd64
Появилась задумка, разместить дома дозиметр, направить на него веб-камеру и снимать таким макаром с него данные.
Но с покупкой оного возникли проблемы — нет нигде в наличии, или цена просто неадекватна.
Пока дозиметр в пути — решил сделать все необходимое для вещания с веб-камеры.
Размещать дозиметр решил на балконе, сразу приведу схему — что где находится. Схема законченная, почему именно такая получилась — чуть ниже.
Итак, в коридоре стоит компьютер, который выполняет функции маршрутизатора/файл-хранилища/тестового полигона. На балконе стоит веб-камера, которая смотрит на улицу и в задумке — передает изображение на компьютер.
Возникла следующая задача: на даче понадобился телефон, с сотовым проблемма состояла в том, что уверенный прием был лишь на 3-ем этаже, было принято решение установить GSM терминал. Погуглив, решил купить APC-868. Заказал его тут. Через 6 дней аппарат был у меня. Обошелся он мне в 3600 руб + 350 руб пересылка. Решил написать небольшой обзорчик аппарата.
Обзор APC-868
Итак, получил я вот такую аккуратно упакованную коробку:
Для более удобного прослушивания записанных asterisk вызовов, решил написать простенький веб интерфейс.
С помощью его можно выполнять такие простейшие фукции:
— Поиск нужного звонка с помощью несложного фильтра
— Прослушивание звонка из встроенного флеш плеера.
Вот скриншот:
Последнее время с фукцниями моего домашнего сервера справлялся неттоп 3Q Qoo, но появилась необходимость файлопомойки c четырьмя жесткими дисками. Более менее нормальные NASы с возможностью установки 4 HDD стоят долвольно таки не малые деньги, поэтому выбор пал на HP Microserver.
Мои первые впечатления:
— С вида девайс весьма симпатичный и аккуратный. Сразу стал частью интерьера комнаты.
— Внутри все собрано компактно, но в тоже время удобно и быстро разбирается и собирается.
— Внутри находятся 4 отсека под жесткие диски 3.5» (SATA 1.0), в один отсек уже установлен диск на 160Гб. На материнской плате есть еще 1 SATA, в него можено подключить HDD или DVD который можно установить в отсек 5.25, питания подведено туда уже. И того у меня сейчас стоит 1 HDD родной в отсеке 5.25, на нем установлена система. И 4 WDC WD20EAR, из них собран RAID-Z (схема организации данных и четности подобна RAID-5, но используется динамический размер сегмента). Блок питания 200Вт без возможности горячей замены. Так же, на материнской плате имеются разьемы PCI Express x16 и PCI Express x1 (можно установить Low-profile видюшку, только с TDP не более 25Вт) , USB 2.0 внутренний. Память я сразу заменил на две планки по два гигабайта Hunix PC10600, проблем не возникло.
— На задней панели расположены: VGA-разьем (HD-15F), 2 USB (на передней панели еще 4), Gigabit Ethernet (HP NC107i), eSATA.
Устройство стоит своих денег, по сравнению с NAS предоставляет возможность запуска полноценной операционной системы, хорошо маштабируется. Из недостатков будет скорее всего энергопотребление.
Запись разговоров в Asterisk весьма полезная вешь, например, можно проконтролировать, как общаются сотрудники компании с клиентами. Для реализации данного функционала в Asterisk существуют функции Monitor (записывает в разные файлы отдельно голос звонящего и принимающего звонок) и MixMontor (микширует голоса звонящего и принимающего звонок и записывает в один файл).
