Глава 3. Основы FreeBSD

Хотя системная консоль может использоваться для взаимодействия с системой, пользователь, работающий в режиме командной строки за клавиатурой системы FreeBSD, как правило, будет входить в систему через виртуальную консоль. Это так, потому что по умолчанию выдача системных сообщений настроена на их отображение на системной консоли. Эти сообщения будут выдаваться поверх команд или файлов, с коорым работает пользователь, что мешает сосредоточиться на текущей работе.

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

Для переключения между виртуальными консолями во FreeBSD зарезервированы комбинации клавиш от Alt+F1 до Alt+F8. Используйте Alt+F1 для переключения на системную консоль (ttyv0), Alt+F2 для доступа к первой виртуальной консоли (ttyv1), Alt+F3 для доступа ко второй виртуальной консоли (ttyv2) и так далее. При использовании Xorg в качестве графической консоли для переключения на текстовую виртуальную консоль используется комбинация Ctrl+Alt+F1.

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

Обратитесь к kbdcontrol(1), vidcontrol(1), atkbd(4), syscons(4) и vt(4) для получения дополнительных технических описаний консоли FreeBSD и драйверов её клавиатуры.

Во FreeBSD количество доступных виртуальных консолей настраивается в следующем разделе файла /etc/ttys.

Для отключения какой-либо виртуальной консоли поместите символ комментария (#) в начале строки, соответствующей этой виртуальной консоли. К примеру, для уменьшения количества доступных виртуальных консолей с восьми до четырёх поместите # в начале последних четырёх строк, представляющих виртуальные консоли с ttyv5 по ttyv8. Не комментируйте строку системной консоли ttyv0. Заметьте, что последняя виртуальная консоль (ttyv8) используется для доступа к графическому окружению, если был установлен пакет Xorg, как это описано в главе X Window System.

+ За детальным описанием каждой колонки этого файла и доступных параметров виртуальных консолей обратитесь к ttys(5).

В загрузочном меню FreeBSD имеется пункт, который называется "Boot Single User". При его выборе система загрузится в специальном режиме, который называется "однопользовательским". Этот режим обычно используется для восстановления работоспособности системы, которая не загружается, или для сброса пароля пользователя root, когда он неизвестен. В однопользовательском режиме недоступны сетевые функции и дополнительные виртуальные консоли. При всём при этом имеется полный доступ к системе с полномочиями пользователя root, и по умолчанию пароль пользователя root не требуется. По этим причинам для загрузки в таком режиме требуется физический доступ к клавиатуре, а решение о том, кто имеет физический доступ к клавиатуре, стоит рассматривать в контексте обеспечения безопасности системы FreeBSD.

+ Настройки, управляющие однопользовательским режимом, находятся в следующем разделе файла /etc/ttys:

По умолчанию столбец status установлен в значение secure. Это предполагает, что физический доступ к клавиатуре либо не важен, либо контролируется политикой физической безопасности. Если изменить этот параметр на insecure, то это будет означать, что само по себе окружение не является безопасным, так как любой может получить доступ к клавиатуре. Когда в этой строке значение меняется на insecure, то FreeBSD будет запрашивать пароль пользователя root в случае, когда пользователь выберет загрузку в однопользовательском режиме.

Установленный по умолчанию режим видео для консоли FreeBSD может быть изменён до значения 1024x768, 1280x1024 или любого другого, который поддерживается вашим монитором и видеокартой. Для использования другого видеорежима загрузите модуль VESA:

Для определения того, какие видеорежимы поддерживаются вашим оборудованием, воспользуйтесь vidcontrol(1). Чтобы получить список поддерживаемых видеорежимов, выполните следующую команду:

Выдача этой команды отобразит список видеорежимов, поддерживаемых оборудованием. Для выбора нового видеорежима укажите его при помощи vidcontrol(1), работая как пользователь root.

Если новый видеорежим приемлем, то его можно определить постоянно устанавливаемым при загрузке, добавив его в /etc/rc.conf:

Так как все доступы к системе FreeBSD осуществляются через учётные записи, и все процессы запускаются пользователями, то управление пользователями и учётными записями является важным вопросом.

Существуют три основных вида учётных записей: системные учётные записи, пользовательские учётные записи и учётная запись суперпользователя.

FreeBSD предоставляет набор различных команд для управления учётными записями пользователей. Наиболее часто используемые команды перечислены в разделе Инструменты для управления учётными записями, атем даны некоторые примеры их использования. Обратитесь к страницам Справочника каждой утилиты для получения дополнительной информации и примеров использования.

Группа представляет собой список пользователей. Группа идентифицируется по её имени и GID. Во FreeBSD для определения того, что имеет право делать процесс, ядро использует UID процесса и список групп, которым он принадлежит. В большинстве случаев GID пользователя или процесса соотносится с первой группой из списка.

Соответствия имени группы и GID перечислены в /etc/group. Это обычный текстовый файл с четырьмя полями, разделёнными двоеточиями. Первое поле соответствует имени группы, второе является зашифрованным паролем, третье содержит GID, а четвёртое является списком членов группы, разделённых запятыми. За полным описанием синтаксиса обратитесь к group(5).

Суперпользователь может изменять /etc/group при помощи какого-либо текстового редактора, однако предпочтительным способом является редактирование файла с группами при помощи утилиты vigr(8), так как она может отловить некоторые распространённые ошибки.

В качестве альтернативы для добавления и редактирования групп можно использовать pw(8). Например, для добавления группы с именем teamtwo и последующей проверки её существования:

В этом примере 1100 является GID группы teamtwo. На данный момент в teamtwo нет участников. Эта команда добавит jru в группу teamtwo в качестве участника.

Аргументом к параметру -M является разделённый запятыми список пользователей, которых нужно добавить в новую (пустую) группу или заменить участников существующей группы. С точки зрения пользователя такое членство в группе отличается от основной группы, указанной в файле паролей (и является дополнительным к ней). Это значит, что пользователь не будет отображаться как участник группы при использовании параметра groupshow с pw(8), но будет отображаться при запросе информации с помощью id(1) или аналогичного инструмента. При использовании pw(8) для добавления пользователя в группу она работает только с /etc/group и не пытается считывать дополнительные сведения из /etc/passwd.

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

В этом примере jru является членом групп jru и teamtwo.

За дополнительной информацией об этой команде и о формате /etc/group обратитесь к pw(8) и group(5).

Символическое обозначение полномочий использует буквы вместо восьмеричных значений для назначения прав на файлы или каталоги. Символическое обозначение использует формат (кто) (действие) (полномочия), при этом доступны следующие значения:

Эти значения используются с командой chmod(1), но с буквами вместо цифр. Например, следующая команда блокирует доступ к FILE как для членов группы, соответствующей FILE, так и для всех прочих пользователей:

Для изменения более чем одного набора прав можно применить список значений, разделённых запятыми. Например, следующая команда удаляет права группы и "всех остальных" на запись в FILE и добавляет права на выполнение любым пользователям:

Кроме прав доступа к файлам, FreeBSD поддерживает использование "файловых флагов". Эти флаги привносят дополнительный уровень защиты и контроля над файлами, но не каталогами. При помощи этих флагов даже пользователь root может быть ограничен в удалении или изменении файлов.

Файловые флаги изменяются при помощи chflags(1). К примеру, для установки системного флага неудаляемости на файл file1, выполните следующую команду:

Чтобы отключить системный флаг неудаляемости, укажите "no" перед sunlink:

Чтобы просмотреть флаги какого-либо файла, используйте команду ls(1) с параметрами -lo:

Некоторые файловые флаги могут быть установлены или сняты только пользователем root. В остальных случаях флаги файла может устанавливать его владелец. Обратитесь к chflags(1) и chflags(2) для получения дополнительной информации.

В дополнение к рассмотренным выше правам доступа и флагам файлов необходимо также упомянуть еще три вида прав доступа, о которых должны знать все системные администраторы. Это полномочия setuid, setgid и sticky.

Эти биты играют важную роль в определённых моментах работы UNIX®, так как они предоставляют функциональность, расширяющую права обычного пользователя. Чтобы понять, как они работают, необходимо отметить различия между реальным идентификатором пользователя (UID) и действующим идентификатором пользователя (effective UID, EUID).

Реальный UID - это идентификатор пользователя, запустившего процесс на выполнение. Действующий UID (EUID) - это идентификатор пользователя, с которым на самом деле выполняется процесс. Например, утилита passwd(1) во время смены пароля пользователем запускается с реальным ID пользователя. Однако для того, чтобы актуализировать базу данных паролей, команда работает с действующим ID пользователя root. Это позволяет пользователям изменять их пароли и не наблюдать ошибку Permission Denied.

Полномочие setuid может быть задано в символьном виде добавлением права доступа s для пользователя, как в следующем примере:

Полномочие setuid также можно задать, добавив число четыре (4) перед численным представлением набора полномочий, как показано в следующем примере:

Теперь права доступа на suidexample.sh выглядят подобно следующему:

Заметьте, что s теперь является частью набора полномочий, относящихся к владельцу файла, и заменяет бит выполнимости. Это позволяет работать утилитам, которым требуется повышенный уровень полномочий, таким как passwd(1).

Чтобы увидеть, как это работает, откройте два терминала. В одном из них наберите passwd, работая как обычный пользователь. Пока утилита ждёт ввода нового пароля, просмотрите таблицу процессов и обратите внимание на информацию о пользователе процесса man.passwd[1].

В терминале А:

В терминале Б:

Хотя man.passwd[1] запущена от обычного пользователя, она использует действующий UID пользователя root.

Полномочие setgid выполняет ту же функцию, что и setuid; отличие заключается в том, что изменяются настройки прав для группы. Когда выполняются приложение или утилита с этой настройкой, то им назначаются полномочия на основании группы, владеющей файлом, а не пользователя, запустившего процесс.

Чтобы установить на какой-либо файл полномочие setgid в символическом виде, добавьте право доступа для группы при помощи chmod(1):

Альтернативным способом является выполнение команды chmod(1) с добавленным в начале числом два (2):

В следующей выдаче обратите внимание на наличие s в перечне прав доступа для группы:

Позволяя повышать права доступа, биты полномочий setuid и setgid могут снижать безопасность системы. Третье специальное полномочие, sticky bit, может усиливать безопасность системы.

Sticky bit, будучи установленным на каталог, позволяет производить удаление файла только его владельцем. Это полезно для предотвращения удаления файлов в общедоступных каталогах, таких как /tmp, пользователями, которые не являются владельцами файлов. Чтобы использовать это полномочие, добавьте файлу режим t:

Альтернативным способов является добавление единицы (1) перед набором прав доступа:

Полномочие sticky bit будет отображаться как t в самом конце набора прав доступа:

Каталоги и файлы хранятся в файловой системе. Каждая файловая система на самом верхнем уровне содержит ровно один каталог, называемый корневым каталогом этой файловой системы. Этот корневой каталог может содержать другие каталоги. Одна из файловых систем назначается корневой файловой системой, или /. Любая другая файловая система монтируется в корневой файловой системе. Вне зависимости от того, сколько дисков присутствует в системе FreeBSD, каждый каталог выглядит как часть одного диска.

Рассмотрим три файловых системы, называющиеся A, B, и C. Каждая файловая система имеет один корневой каталог, в котором содержатся два других каталоги с именами A1, A2 (и, соответственно, B1, B2 и C1, C2).

Назовём A корневой файловой системой. Если для просмотра содержимого этого каталога использовать команду ls(1), то она покажет два подкаталога, A1 и A2. Дерево каталогов выглядит вот так:

Файловая система должна быть смонтирована в каталог другой файловой системы. При монтировании файловой системы B в каталог A1, корневой каталог B заменяет A1, а каталоги в B отображаются в соответствии с этим:

При необходимости к любым файлам, находящимся в каталогах B1 или B2, можно обратиться по маршруту /A1/B1 или /A1/B2. Все файлы, находившиеся в /A1, временно скрыты. Они появятся снова, если B будет размонтирована с A.

Если B была смонтирована в A2, диаграмма будет выглядеть так:

а пути будут /A2/B1 и /A2/B2, соответственно.

Файловые системы могут быть смонтированы одна на другую. Продолжая предыдущий пример, файловая система C может быть смонтирована на каталог B1 файловой системы B в таком порядке:

Или C может быть смонтирована прямо на файловую систему A, на каталог A1:

Вполне возможно иметь одну большую корневую файловую систему и не иметь потребности в создании других. У такого подхода есть несколько недостатков и одно преимущество.

Файловые системы размещаются в разделах. Диски разбиваются на разделы в соответствии с одной из схем разбиения на разделы; обратитесь к разделу Разметка в неавтоматизированном режиме. Более новой схемой является GPT; более старые компьютеры, применяющие BIOS, используют MBR. GPT поддерживает разбиение диска на разделы, имеющие определённый размер, смещение и тип. Она поддерживает большое количество разделов и типов разделов, и рекомендуется к использованию во всех случаях, где это возможно. Разделы GPT используют имя диска с суффиксом, при этом суффикс p1 обозначает первый раздел, p2 второй раздел и так далее. Однако MBR поддерживает лишь небольшое количество разделов. Разделы MBR во FreeBSD называют слайсами. Слайсы могут быть использованы для разных операционных систем. Слайсы FreeBSD, в свою очередь, разбиваются на разделы при помощи меток BSD (обратитесь к bsdlabel(8)).

Номера слайсов начинаются с 1, следуют за именем устройства и предваряются s. Таким образом, "da0s1" является первым слайсом первого накопителя SCSI. На диске может быть только четыре физических слайса, но внутри физических слайсов подходящего типа могут размещаться логические слайсы. Эти расширенные слайсы нумеруются начиная с 5, так что "ada0s5" является первым расширенным слайсом на первом диске SATA. Эти устройства используются файловыми системами, занимающими весь слайс.

Каждый раздел GPT или BSD может содержать только одну файловую систему, и это значит, что файловые системы описываются либо при помощи их типичных точек монтирования в иерархии файловой системы, либо по имени раздела, в котором они размещены.

FreeBSD также использует дисковое пространство для раздела подкачки, обеспечивающего работу виртуальной памяти. Это позволяет вашему компьютеру работать так, как если бы у него было больше памяти, чем есть на самом деле. Когда у FreeBSD кончается память, она перемещает часть данных, не используемых в данный момент, в раздел подкачки и возвращает их обратно (перемещая в подкачку что-то другое), когда они нужны. Это явление называется подкачкой.

Для некоторых разделов BSD существуют определённые связанные с ними соглашения.

Слайсы и "опасно размеченные" физические устройства содержат разделы BSD, обозначаемые буквами от a до h. Эта буква добавляется к имени устройства, и, таким образом, "da0a" является разделом a на первом устройстве da, являющемся "эксклюзивно выделенным". "ada1s3e" является пятым разделом третьего слайса второго диска SATA.

Наконец, каждый диск идентифицирован. Имя диска начинается с кода, обозначающего тип диска, затем идет номер диска. В отличие от разделов и слайсов, нумерация дисков начинается с 0. Часто встречающиеся коды перечислены в разделе Имена дисковых устройств.

Для ссылки на раздел внутри слайса указывайте имя диска, s, номер слайса, а затем букву раздела. Примеры показаны в Примеры именований диска. В обозначение разделов GPT включается имя диска, p, а затем номер раздела.

Концептуальная модель диска отражает концептуальную модель рабиения диска с использованием слайсов MBR. Концептуальная модель диска показывает концептуальную модель диска, которая должна помочь прояснить ситуацию.

При установке FreeBSD с использованием MBR настройте дисковые слайсы и создайте разделы внутри слайса для использования во FreeBSD. При использовании GPT, настройте разделы для каждой файловой системы. В любом случае создайте файловую систему или раздел подкачки в каждом разделе, а также решите, где будет монтироваться каждая из файловых систем. Обратитесь к gpart(8) для получения информации о работе с разделами.

В процессе загрузки (Процесс загрузки FreeBSD) файловые системы, перечисленные в /etc/fstab, монтируются автоматически, за исключением тех, для которых указан параметр noauto. Этот файл содержит записи в следующем формате:

Обратитесь к fstab(5) для получения дополнительной информацией о формате файла /etc/fstab и его параметрах.

Файловые системы монтируются при помощи mount(8). Самый простой формат имеет следующий вид:

Файловая система, включённая в /etc/fstab, также может быть смонтирована с указанием только лишь точки монтирования.

Эта команда имеет много параметров, описанных в mount(8). Самые часто используемые параметры таковы:

Следующие значения могут быть переданы в качестве аргументов -o в виде списка значений, разделённых запятыми:

Для размонтирования файловой системы используйте umount(8). Эта команда принимает один параметр, который может соответствовать точке монтирования, имени устройства либо принимать значение -a или -A.

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

Для размонтирования всех смонтированных файловых систем или только тех типов файловых систем, что перечислены после параметра -t, воспользуйтесь параметрами -a и -A. Заметьте, что при использовании -A попытка размонтирования корневой файловой системы не предпринимается.

Для просмотра процессов, работающих в системе, воспользуйтесь ps(1) или top(1). Для выдачи статичного списка выполняемых в данный момент процессов, их PID, объёма используемой ими памяти и команды, которой они были запущены, используйте ps(1). Для отображения всех выполняющихся процессов и обновления этого списка каждые несколько секунд в целях интерактивного наблюдения за тем, что делает компьютер, используйте top(1).

По умолчанию ps(1) показывает пользователю только те команды, которые запущены пользователем и владельцем которых он является. К примеру:

Выводимый текст должен быть похож на следующее:

Выдача команды ps(1) организована в несколько столбцов. Столбец PID отображает идентификатор процесса. PID назначаются начиная с 1 и увеличиваются до 99999, а затем отсчёт начинается с начала. Однако PID не назначается повторно, если он уже используется. Столбец TT показывает терминал (tty), на котором выполняется программа, а STAT показывает состояние программы. TIME соответствует количеству времени, которое программа выполняется на центральном процессоре. Обычно это не то же самое время, что прошло с момента запуска программы, поскольку большинство программ проводят много времени в ожидании некоторого события, прежде чем занять время процессора. Наконец, COMMAND содержит команду, которая использовалась для запуска программы.

Имеется множество различных опций для изменения выводимой информации. Один из наиболее полезных наборов опций это auxww, при этом a отображает информацию о всех запущенных процессах всех пользователей, u показывает имя и объём используемой памяти пользователя, владеющего процессом, x отображает информацию о процессах-даемонах, а ww указывает ps(1) на отображение всей командной строки для каждого процесса, вместо её обрезания в случае, если она слишком длинная, чтобы уместиться на экран.

Вывод top(1) выглядит похожим образом:

Выводимый текст должен быть похож на следующее:

Вывод разбит на два раздела. Заголовок (первые пять или шесть строк) показывает PID последнего запущенного процесса, среднее значение загрузки системы (которое показывает насколько система занята), время работы системы с последней перезагрузки и текущее время. Остальные числа в заголовке относятся к количеству работающих процессов, объёму использования оперативной памяти и пространства подкачки, а также количеству времени, проводимого системой в различных состояниях центрального процессора. Если был загружен модуль файловой системы ZFS, то строка ARC содержит информацию о том, какой объём данных был считан из кэша оперативной памяти, а не с диска.

Под заголовком размещены несколько столбцов, содержащих информацию, похожую на результат работы ps(1), такую как PID, имя пользователя, объём времени ЦПУ и команда, которая запустила процесс. По умолчанию top(1) показывает также объём памяти, занятой процессом. Эта информация разделена на два столбца: один для суммарного объёма и один для занимаемого. Суммарный объём соответствует тому, что требовался приложению, а занимаемый соответствует объёму, фактически используемому сейчас.

top(1) автоматически обновляет экран каждые две секунды. Другое значение этого временного интервала может быть задано при помощи параметра -s.

Одним из способов взаимодействия с любым работающим процессом или даемоном является отправка ему сигнала при помощи команды kill(1). Имеется множество различных сигналов; некоторые из них имеют специальное значение, тогда как другие описаны в документации приложения. Пользователь может посылать какой-либо сигнал только тем процессам, владельцем которых он является, а отправка сигнала процессу какого-то другого пользователя приведёт к ошибке запрета доступа. Исключением является пользователь root, который может отправлять сигналы чьим угодно процессам.

Операционная система также может отправлять сигнал процессу. Если приложение написано некорректно и пытается обратиться к области памяти, к которой оно не должно обращаться, FreeBSD посылает процессу сигнал "Segmentation Violation" (SIGSEGV). Если приложение было написано с учётом использования системного вызова alarm(3) для получения уведомления по истечении определённого периода времени, то ему будет отправлен сигнал "Alarm" (SIGALRM).

Для остановки процесса могут использоваться два сигнала: SIGTERM и SIGKILL. SIGTERM является вежливым способом завершить процесс, так как процесс может считать сигнал, закрыть какие-либо протоколирующие файлы, которые он мог открыть, и завершить то, что он делал до завершения работы. В некоторых случаях процесс может даже игнорировать SIGTERM, если выполняет задачу, которая не может быть прервана.

SIGKILL не может быть проигнорирован процессом. Отправка процессу SIGKILL обычно остановит этот процесс тотчас же.

Другими часто используемыми сигналами являются SIGHUP, SIGUSR1 и SIGUSR2. Так как эти сигналы являются сигналами общего назначения, различные приложения будут реагировать на них по-разному.

Например, после внесения изменений в конфигурационный файл веб-сервера ему нужно указать на повторное считывание настроек. Перезапуск httpd привёл бы к краткосрочной недоступности веб-сервера. Вместо этого отправьте даемону сигнал SIGHUP. Имейте в виду, что разные даемоны будут вести себя по-разному, поэтому обратитесь к документации по даемону для определения того, достигнет ли SIGHUP желаемых результатов.

Самым простым способом замены командного процессора, используемого по умолчанию, на постоянной основе является использование команды chsh. При запуске этой команды открывается редактор, настроенный в переменной окружения EDITOR, значение которой по умолчанию равно vi(1). Измените строку Shell:, указав полный путь для нового командного процессора.

Альтернативным способом является использование команды chsh -s, которая настроит указанную оболочку без открытия редактора. Например, для замены командного процессора на bash:

Введите ваш пароль в строке приглашения и нажмите Return для смены вашего командного процессора. Для того, чтобы начать использовать новую оболочку, выйдите из системы и войдите в неё снова.

Оболочка UNIX® является не только лишь интерпретатором команд, она также выступает в роли мощного инструмента, позволяющего пользователям выполнять команды, перенаправлять их результирующий и входной потоки, а также выстраивать последовательность команд для улучшения выдачи финализирующей команды. Когда такая функциональность объединяется со встроенными командами, пользователь получает окружение, которое может дать максимальный эффект.

Перенаправление на уровне оболочки представляет собой действие по отправке результата работы или входного потока какой-либо команды в другую команду или в файл. Для записи результата работы команды ls(1), например, в файл, перенаправьте выходной поток:

Список содержимого каталога теперь будет находиться в directory_listing.txt. Некоторые команды, подобные sort(1), могут использоваться для чтения входного потока. Для сортировки этого списка перенаправьте входной поток:

Входной поток будет отсортирован и размещён на экране. Для перенаправления этого ввода в другой файл можно перенаправить выходной поток sort(1), объединив направление:

Во всех примерах выше команды выполняют перенаправление при помощи файловых дескрипторов. В каждой системе UNIX® имеются файловые дескрипторы, среди которых имеются стандартный ввод (stdin), стандартный вывод (stdout) и стандартная диагностика (stderr). У каждого из них имеется своё назначение, и здесь вводом может быть клавиатура или мышь, что-то, формирующее входной поток. Выводом может быть экран или бумага в принтере. А диагностикой может быть что угодно, используемое для диагностических сообщений или сообщений об ошибках. Все три рассматриваются как файловые дескрипторы ввода-вывода и иногда рассматриваются как потоки.

Посредством использования этих дескрипторов командный процессор обеспечивает прохождение ввода и вывода через различные команды и их перенаправление в файл или из файла. Ещё одним методом перенаправления является оператор конвейера.

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

В этом примере содержимое directory_listing.txt будет отсортировано, а вывод передан в less(1). Это позволяет пользователю просматривать результат в собственном темпе и не позволяет выходить за рамки экрана.

FreeBSD поставляется с некоторым количеством приложений и утилит, выпущенных Free Software Foundation (FSF). В дополнение к страницам справочника, с этими программами могут поставляться гипертекстовые документы в виде так называемых файлов info. Они могут быть просмотрены с помощью команды info(1) или, если установлен пакет editors/emacs, в режиме info редактора emacs.

Чтобы использовать info(1), наберите:

Вызвать на экран краткое введение можно набрав h. Краткий список команд можно получить, набрав ?.