Иногда нужно видеть что происходит на консоли сервера, а возможности находиться за этой самой консолью нет.
Выручает следующее "шаманство"

# vi /etc/syslog.conf
Расскоментируем или добавим следующую строчку:
console.info /var/log/console.log

Перезапустим syslogd
# /etc/rc.d/syslogd restart

И далее tail -f /var/log/console.log

Если хотим использовать это на постоянной основе, позаботьтесь что бы файл console.log периодически сворачивался в архив или очищался

Иногда разные "вкусности" в интернете выдаются строго один раз на один почтовый ящик.
Как быть? Регистрировать пару сотен адресов? Или отказаться от "сладкого".

Можно попробовать обмануть раздающего и не особо утруждать себя регистрацией e-mail

идем на gmail.com, регестрируем там один почтовый ящик (если ящик уже есть) то переходим к следующему пункту

-точка в логине как разделитель;
(предположим ваш адрес, который вы зарегистрировали звучит так: vasyapupkin@gmail.com, тогда при помощи точки из одного адреса можно получить несколько десятков,
а именно v.asyapupkin@gmail.com, va.syapupkin@gmail.com, vas.yapupkin@gmail.com, vasy.apupkin@gmail.com, и т.д. Дальше добавляем в адрес вторую точку, третью...)

-добавление произвольного текста;
тут вообще количество адресов не ограничено не чем. Берем ваш адрес и добавляем к нему через + любой текст, например
vasyapupkin+bla@gmail.com, vasyapupkin+ku@gmail.com, vasyapupkin+kuku@gmail.com

В любом из вариантов письма будут приходить на vasyapupkin@gmail.com

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

/usr/bin/find /etc/ -type f -exec grep -H ‘содержимое_которое_ищем‘ {} \;

где:
/etc/ - ищем в каталоге /etc вместе с подкаталогами;
-type f - ищем только файлы;
-exec - это ключ при помощи которого мы перенаправляем результат команды find ( в данном примере это каждый файл по очереди находящийся в каталоге /etc ) на вход дугой команды (в нашем случае grep);
grep -H вывести путь и имя файла если искомая строчка будет найдена;
‘содержимое_которое_ищем‘ - искомая фраза;
{} -этими скобками мы указываем, куда подставлять имена файлов в выполняемой команде;
; - Точка с запятой говорит об окончании команды, вызываемой ключем -exec.

Исходная версия 7.3, конечная 9
С 7 версии сразу на 9 прыгнуть не удалось. Пришлось обновиться сначала до 8.2, а с нее на 9 версию
Процедура в обеих случаях одинакова.
1. При помощи cvsup обновляем src (порты и доки обновим после завершения всей процедуры)
2. # cd /usr/src/
# rm -rf /usr/obj
# make -j4 buildworld
3. У меня стоит ipnat c поддержкой больших таблиц, поэтому делаю все по этой инструкции
4. # make -j4 buildkernel KERNCONF=ИМЯ ЯДРА (смотреть в папке /usr/src/sys/i386/conf/ )
5. # make installkernel KERNCONF=ИМЯ ЯДРА
6. # shutdown -r now
7. Во время загрузки ядра нажимаем цифру 4 выбирая одно пользовательский режим
(или такие команды, после обычной загрузки: # shutdown now # mount -u / )
8. # mount -a
9. # mergemaster -p
(тут некоторое пояснение. mergemaster будет находить файлы конфигурации которые изменились и предлагать действия
которые нужно совершить с ними. Основных ключа два d - оставить старую версию файла (очень актуально для файла с паролями),
и i - затереть имеющийся файл новой версией )
10. Собираем мир
# cd /usr/src
# make installworld
11. # mergemaster -iU
12. # reboot
# cd /usr/src/
# make delete-old-libs
Если не получили trap12 - радуемся жизни

Иногда при выполнении команд на удаленных серверах к результату работы команды добавляются и советы от системы,
которые нам совсем не нужны. (советы выводятся из файла freebsd-tips)
Лечится просто - в домашнем каталоге на локальном сервере ищем файл .profile и удаляем или заремливаем строку
[ -x /usr/games/fortune ] && /usr/games/fortune freebsd-tips

Пусть меня закидают истинные поклонники Unix что де работать с софтом нужно на языке оригинала, я все же предпочитаю
видеть менюшки и читать help на том языке где содержание этой самой информации до меня дойдет максимально быстро и максимально полно

Поэтому сегодня мы сделаем так что бы mc общался с нами на русском
(маленькая ремарка. Русский будет не в консоли, а через удаленный доступ)

Все что нам нуно это в файле # /etc/profile написать следующие строки:

LANG=ru_RU.KOI8-R; export LANG
MM_CHARSET=KOI8-R; export MM_CHARSET
LC_ALL=ru_RU.KOI8-R; export LC_ALL

и перезайти на удаленный сервер

Для тех у кого в обслуживании меньше 3-5 серверов способ авторизации по логину и паролю вполне приемлемый вариант
Когда количество серверов переваливает за два десятка помнить все пароли становиться весьма не простым делом
Хороший выход - переходить на авторизацию по ключам. К тому же можно вообще отказаться от авторизации по паролям тем самым сведя к минимуму возможность подбора пароля как таковую
Решив так однажды перешел на ключи. Пользовался ssh2. Однако начиная с версии FreeBSD 7.4 ssh2 был исключен из дерева портов
Пришлось переходить на OpenSSH. Естественно старый формат ключей не подошел. Описываю собственную последовательность действий по созданию ключей
для OC FreeBSD 9.0 На машине с Windows стоял ShellGuard
Для генерации ключа на сервере применялась команда

#ssh-keygen -t dsa -b 1024 -f privat
Generating public/private dsa key pair.
Enter passphrase (empty for no passphrase):
В данном месте либо жмем на Enter, либо вводим пароль который защитит ключи, но его (пароль) придется вводить каждый раз
что для меня совсем не удобно


В результате будет создано два файла: privat и privat.pub первый это приватный ключ, его мы тянем на виндовую машину и держим в секрете
Обладание этим файлом дает доступ к вашим серверам (от пароля то мы отказались)
Второй файл это публичный ключ который мы раскладываем по тем серверам к которым мы хотим получить доступ
В домашнем каталоге пользователя создаем папку .ssh
Владелец и группа на данную папку должны быть пользователя (актуально если вы делали данную папку из под root)
Перемещаем в эту папку файл privat.pub и переименовываем его authorized_keys

Дальше приватный ключ кладем в нужную папку на win (описание этого процесса не входит в даную статью)
И дальше вуаля - мы в сервере без процедуры ввода логина и пароля.

Для того чтобы строка set mppc yes compress в файле mpd.conf заработала ядро нужно пересобрать с параметрами:
options NETGRAPH
options NETGRAPH_MPPC_COMPRESSION
options NETGRAPH_MPPC_ENCRYPTION

Качаем патч к netgraph (работало на разных версиях седьмой ветки freebsd)
> fetch http://mavhome.dp.ua/MPPC/mppc-1.0.tgz
> tar -xvf mppc-1.0.tgz -C /usr/src/sys/net/

Правим Makefile для того что бы активировать сжатие
редактируем /usr/src/sys/modules/netgraph/mppc/Makefile
# поменять
NETGRAPH_MPPC_COMPRESSION?= 0
# на
NETGRAPH_MPPC_COMPRESSION?= 1

Переходим в директорию и устанавливаем

> cd /usr/src/sys/modules/netgraph/mppc
> make && make install && make clean
Пересобираем ядро

Cостояния ipnat

# ipf -T list | grep ipf_nattable_max
ipf_nattable_max min 0x1 max 0x7fffffff current 180000 - максимальное количество запросов в ipnat (по умолчанию 30000)
Делаю себе 300000

#ipnat -s
inuse 32177 -количество запросов сейчас
hash efficiency 43.37%
bucket usage 85.17% - загрузка

Идем /usr/src/sys/contrib/ipfilter/netinet/
находим ip_nat.h правим следующим образом:
Ищем undef LARGE_NAT меняем define LARGE_NAT

ищем # define NAT_SIZE 2047
меняем на # define NAT_SIZE 4093

ищем # define RDR_SIZE 2047
меняем на # define RDR_SIZE 4093

ищем # define HOSTMAP_SIZE 8191
меняем на # define HOSTMAP_SIZE 16383

ищем # define NAT_TABLE_MAX 180000
меняем на # define NAT_TABLE_MAX 300000

ищем # define NAT_TABLE_SZ 16383
меняем на # define NAT_TABLE_SZ 32765

Еще есть такой параметр #define DEF_NAT_AGE 1200 /* 10 minutes (600 seconds) */
Если я правильно понял то это ограничение по времени на TCP сессий в нате
Я уменьшаю значение до 600 (но совсем не уверен что делаю правильно)

Дальше сохраняю этот файл и делаю его копию, потому что после cvsup файл затирается. И об этом нужно помнить, поскольку легко после очередной компиляции ядра упереться в начальные настройки ipfw

Иногда на графиках RRDTool после перезагрузки серверов случаются некоторые всплески которые ломают смотрибельность графика как такового и вообще то сводят всю идею визуализации на нет. Пробовал бороться с этим посредством подбора типа источников (COUNTER, GAUGE, DERIVE, ABSOLUTE, COMPUTE). На каких то графиках это помогло, но какие то упорно "ломались" в прямом и переносном смысле. Решено было подойти к проблеме с другой стороны. Почему собственно возникает такой скачек на графике? Потому что когда создавалась база то в ней параметр под максимальное значение не был определен заранее. С одной стороны это нормально, потому как не всегда знаешь какие значения будут.
Теперь к практике:
Переходим в каталог где лежит база с расширением rrd. Так как в самой базе данные находятся в формате не доступном для правки выгружаем из в отдельный файл

Дальше ищем следующую строку NaN и меняем ее на 1.0000000000e+07 . (В данном примере значение 1.0000000000e+07 равно ограничению в 100Мб/с ) Значение должно быть в экспоненциальном формате. Теперь все значения выше данного будут игнорироваться.
Осталось вернуть измененные данные в таблицу.

Наслаждаемся проделанной работой