При диагностике локальной сети иногда возникает необходимость проверить работоспособность того или иного DHCP-сервера. Конечно, можно запустить dhclient и проверить результат. Однако при этом возникает ряд проблем:

Преамбула

Попался в руки коммутатор Allied Telesis AT-9924T. Хорошая железка (с двумя БП, Layer 3, etc), однако оказалось, что web-интерфейс на данной железке не работает. Покопавшись в документации, и помаявшись с коммандами (CLI у этой железки довольно специфический), обнаружил, что всего-навсего, файл графического интерфейса не подключен в действующей конфигурации:

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

Вот пример работы ntpd c неработающим системным таймером:

Взялся за обновление ПО на коммутаторе 3com 4200G. Заодно решил задокументировать процесс обновления.

Подключаемся через последовательный интерфейс (RS232) к консоли управления коммутатора и запускаем утилиту minicom. Параметры подключения: 19200 8N1.

Распиновка консольного кабеля аналогична распиновке кабеля аналогичная консольным кабелям Cisco Catalyst, ZTE, etc:

При построении графиков в Cacti, могут возникнуть проблемы с построением  графов Traffic 95th Percentile при трафике больше 120 Mbps. Дело в том, что стандартный темплейт 95th Percentile работает только с 32-битными счетчиками, которые переполняются. В результате имеем некоректные графики.

Решением даной проблемы является импорт темплейта с поддержкой 64-битных счетчиков. Процедура импорта темплейта выглядит следующим образом: Console -> Import Templates -> "Выбрать файл" -> Import.

После обновления с FreeBSD 9.x на FreeBSD 10.x при обновлении существуюющего или установке нового ПО можно встретить примерно такую ошибку (в моем частном случае, при установке Exim):

Как-то понадобилось скопировать несколько файлов с маршрутизатора Juniper mx80 на FTP-сервер. После копания в документации сформировал коректную комманду для Juniper CLI. Решил составить заметку, чтобы не копаться в документации при возникновении такой необходимости в дальнейшем.

Синтаксис комманды следующий:

где

Возникла как-то необходимость в прокси-сервере. Альтернатива, в виде бесплатных открытых прокси, либо использования универсального комбайна в виде SQUID не устраивала. Решил попробовать 3proxy, который довольно компактен и нетребователен к  ресурсам. Среди возможностей 3proxy:

Переносил вторичный mail exchanger (MX) на новый сервер. Решил выложить инфу и конфиги - еще пригодится...

Исходные данные:

• Hostname: mx2.kyivlink.com
• IP: 195.12.59.26
• Domain: kyivlink.com

Проверяем, куда указывают записи mail exchanger домена kyivlink.com (сервер мультидоменный, но тестировать будем на этом домене):

После установки Roundcube присутствует только папка "Входящие". Для полноценной работы не хватает папок "Удаленные", "Исходящие", и т.д. Это создает определенные проблемы. Например, при удалении письма, получаем следующее сообщение о ошибке: "Не удалось переместить сообщение".

Добавить необходимые папки можно в настройках. Там же можно указать, какие папки использовать как специальные ("особые папки").

Однако это не очень удобно, необходимо эти манипуляции выполнять с каждым аккаунтом. Необходимо как-то автоматизировать этот процесс. Для этого необходимо немного поправить конфигурационный файл config.inc.php, добавив в него такую строку: