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

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

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

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

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

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




В каждом пакете лежала вот такая капсула с 10 семенами.



Семена настолько маленькие что в кассеты с землей переносил их при помощи зубочистки.

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

Можно попробовать обмануть раздающего и не особо утруждать себя регистрацией 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 (описание этого процесса не входит в даную статью)
И дальше вуаля - мы в сервере без процедуры ввода логина и пароля.