Что называется "достало"...

На предыдущей сьемной квартире воспользовался услугами небезисвеcтной компании "Воля" по предоставлению доступа к сети Internet. Высокая скорость доступа мне не нужна была, поэтому пользовался тарифным пакетом на скорости 1 Мб/с. Да и на качество жаловаться не приходилось.

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

Иногда хочется завязать iBGP между маршрутизаторами внутри сети, а собственной AS нету.

В этом случае есть возможность использования "серых" номеров автономных систем, тоесть выделеных для приватного использования. AS 64512 – 65535 - этот диапазон выделен для приватного использования. Можно смело использовать эти номера AS в локальных сетях для внутренней маршрутизации.

Bindgraph - утилита для построения графиков количества запросов к DNS-серверу BIND. Bindgraph был создан на основе пакета mailgraph. Пакет создает графики для:

• за последний час
• дневной график
• недельный график
• месячный график
• годичный график

Для начала необходимо, чтобы Bind вел логирование запросов. Решается это добавлением в named.conf такого блока:

Smokeping - утилита для накопления информации о задержках в передаче и потере пакетов. Результаты отображаются в виде графика (прорисовка при помощи RRDtool). Уже несколько раз устанавливал на клиентские маршрутизаторы, и вот собрался наваять статью по этому поводу.

Установку выполним как всегда, из портов:

Опции установки отмечены следующим образом:

Есть офисный маршрутизатор на базе FreeBSD и два приходящих канала Internet.

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

В "закромах Родины" завалялся perl-скрипт, происхождение которого установить не получилось. Скорее всего был скачан "на всякий случай" из инета.

Итак, проанализировав содержимое скрипта, выполняем установку необходимого расширения Perl - Net-Ping:

Будем отталкиваться от того, что имеется в наличии настроеный FTP-сервер на базе proftpd. Возникает вопрос, нужна ли поддержка этим сервером протокола SFTP...

Что такое SFTP, и "с чем его едят"

В протоколе FTP есть 2 ключевые проблемы:

Итак, поставленная задача - "поднять" FTP-сервер с хранением списка пользователей в БД MySQL и назначить этим пользователям квоты, используя mod_quota.

Установим Proftpd из системы портов:

При установке набор опций следующий:

Nagios настроен и работает... Теперь попробуем описать ситуации, когда пришлось поработать "напильником".

"Длинный пинг".

Мониторится корпоративная сеть, к тому же офисы регионально и техплощадки регионально разбросаны. В результате имеем пинг к некоторым хостам в удаленном офисе -  400 милисекунд (да, я не опечатался, как никак 8 тыс. км и 22 хопа по traceroute). Nagios "возмущается" на такое дело, и сообщает, что "PING CRITICAL - Packet loss = 0%, RTA = 403.51 ms".

Понадобилось настроить систему мониторинга. Раньше пользовался с этой целью системой мониторинга Nagios 2.x, однако уже есть возможность воспользоваться 3 версией. В последней не только исправлены найденные ранее ошибки, добавлены новые макросы и многое другое, но и пересмотрен алгоритм сканирования, с целью устранить один из главных недостатков этой системы – медлительность при проверке больших сетей. В 2.х все тесты проходят практически последовательно, а в новой редакции задачи выполняются параллельно. Хотя вторая версия еще развивается, очевидно, что в будущем все силы будут брошены на третью ветку.

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

Для начала немного теории. Какой материал кабеля лучше?