|
|
|
|
|
|
screen - оставляем процессы в фоне и идем спать (пример файла .screenrc)
Вспомнилась одна очень удобная и полезная программка для FreeBSD - screen называется. Screen - это полноценный консольный оконный менеджер, объединяющий физический терминал c (возможно) несколькими интерактивными, виртуальными шеллами, которые могут открепляться от физического терминала и продолжать "жить своей жизнью". Каждый виртуальный терминал предоставляет использование возможностей терминала DEC VT100 по стандартам ISO2022 (такие как вставка/удаление строки и поддержка различных кодировок). Также поддерживается сколлинг буфера для просмотра истории команд и механизм "копировать-вставить", что позволяет перемещать фрагменты текста между отдельными окнами.
Screen’ы удобны тем, что в них можно оставить любые запущенные процессы и уйти, закрыв физический терминал (если Вы ходите на сервер с помощью putty, например), а позднее, войдя в систему вновь, можно подключиться к висящему в фоне скрину и продолжить в нем работу. Скрины не раз выручали меня когда приходилось запускать на сервере процессы компиляции чего-либо надолго. Компьютер (рабочая станция) не может работать круглые сутки. К тому же, запуская что-то из дому, требуется потом проверить с работы как обстоят дела. Последний раз я вспомнил о screen, когда после обновления FreeBSD до 7.0 запускал обновление пакетов (–all). Процесс длился почти пару десятков часов, а сидеть возле монитора постоянно я, понятное дело, не мог… Да что там говорить. Это просто надо попробовать. В screen’е даже ту же самую аську можно запустить в фоне и свалить с машины. Рекомендую: Screen == Must Have!
Bind - он же Named | Конфигурация DNS сервера для поддержки Primary, Secondary и Reverse зон
В данной публикации я хочу раскрыть настройку DNS сервера на машине под управлением операционной системы FreeBSD, с помощью которого можно было бы осуществлять поддержку несколько (в теории, неограниченного) количества доменных зон: первичных (primary), вторичных (secondary), а также обратных или реверсивных (reverse). Но для начала изложу немного теории, для пояснения того, для чего нужны, какие бывают и чем отличаются между собой эти самые доменные зоны. Более подробно о Domain Name System я постараюсь изложить в следующей публикации.
Samba за 5 минут
Я уже когда-то публиковал статью о настройке сервера Samba на FreeBSD. Samba предназначена для того, чтобы предоставить доступ к файлам на жестком диске FreeBSD сервера пользователям Windows машин в локальной сети. Обмен данными происходит по протоколу NetBIOS и дает возможность “видеть” расшаренные папки на диске FreeBSD в сетевом окружении Windows.
Ранее, я публиковал статью с примером конфигурации от Лиссяры. Но в ней достаточно навороченный пример, с использованием ACl, который в большинстве случаев не нужен. Здесь я хочу показать пример того, что Samba может быть установлена и настроена всего за 5 минут (не считая компиляции самой программы из исходных кодов
). Из возможностей будет предоставление доступа к файлам и принтерам на сервер FreeBSD Windows пользователю, который прописан в файле доступа Samba.
Пересборка ядра FreeBSD
Пересборка ядра FreeBSD - на мой взгляд, обязательная процедура для каждой *nix машины. Дело в том, что по-умолчанию ядро GENERIC (основное) поддерживает массу различных устройств, для того, чтобы система могла загрузиться на практически любой конфигурации “железа”. Такое ядро занимает в памяти нерациональный объем оперативной памяти, потому при “заточке” системы под конкретно Вашу машину из ядра рекомендуется выбросить поддержку тех устройств, которых у Вас нет (и возможно не будет), для того чтобы элементарно сэкономить системные ресурсы. Зачем мне поддержка, например, SCSI или RAID’ов, если их нет на материнской плате?
После облегчения ядра существенно увеличивается быстродействие системы. Особенно, это хорошо заметно при загрузке. Ядро в процессе работы занимает меньше ресурсов, что отображается на всех процессах. Пересборка ядра (на Athlon 1900+) занимает максимум 10 минут. Потратив эти десять минут, а также несколько минут на чтение документации (например, этой статьи
), впоследствии в процессе работы с системой Вы поймете, что потратили время незря. Ядро пересобирать нужно. И сейчас мы этим займемся.