Конфигурационные файлы. Основные конфигурационные файлы Linux Конфигурационный файл XF86Config

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

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

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

Одним словом, если есть конфигурационный файл , то должны быть и средства редактирования этого файла. Учитывая, что в Linux реализована высокоразвитая система хранения и переработки (как ручной, так и автоматической) данных в текстовом виде, изобретать какой-то новый формат – все равно что изобретать велосипед. Тем более, что именно текст, разделенный на строки и слова, лучше всего подходит тогда, когда есть четкое деление профиля на объекты управления и их свойства (например, настройки какого-нибудь демона и значения этих настроек). Вдобавок, именно со структурированными текстами отменно управляются текстовые редакторы Linux: Vi, Emacs и др:

Methody@localhost:~ $ cat .vimrc so $VIMRUNTIME/vimrc_example.vim " Some mappings map:wall!^M map! ^O:wall!^M " Tune up set shiftwidth=2 tabstop=8 history=200 viminfo="50 set showmode showmatch showcmd ruler modeline set autoindent ignorecase smartcase set nohlsearch noincsearch set dir=/var/tmp set wildmode=list:longest,full set wildmenu " Colouring syntax on colorscheme desert Пример 12.2. Настройки редактора vim

Вот как выглядит конфигурационный файл для Vim , написанный Мефодием на основе файла, взятого у Гуревича. Легко заметить, что файл состоит из команд режима командной строки Vi с комментариями (в отличие от большинства утилит Linux, в Vi комментарии начинаются на """). Символы " ^O " и " ^M " – это именно соответствующие управляющие символы (вставленные в текстовый файл с помощью " ^V ", см. лекцию 9). Такой конфигурационный файл легко понимать и изменять.

Как уже было замечено, набор переменных окружения составляет особенный профиль , к которому чувствительны все запускаемые программы – в этом его достоинство. Задаются переменные окружения обычно в командном сценарии, который тоже можно рассматривать как конфигурационный файл ). Например, во многих дистрибутивах используется конфигурационный файл .i18n для настройки языковых особенностей клавиатуры, языка вывода сообщений и т. п. 2Обозначение "i18n" происходит от слова " internationalization ", в котором 20 букв, т. е. "i", "n" и 18 букв между ними. :

Methody@localhost:~ $ cat .i18n LANG=ru_RU.KOI8-R LANGUAGE=ru_RU.KOI8-R SYSFONTACM=koi8-r SYSFONT=UniCyr_8x16 DICTIONARY=russian MPAGE="-CKOI8-R" export DICTIONARY MPAGE Пример 12.3. Файл настройки языковых особенностей

Однако хранить настройки специфической программы (не нужные всем остальным) в окружении – не самое удачное решение: синтаксис, задающий переменную окружения , слишком прост (имя_переменной=значение ), а самих переменных становится слишком много, поэтому при просмотре трудно выделить, какая из них к какой группе настроек относится. Если пытаться упаковать все настройки в значение одной переменной, это значение окажется трудночитаемым, и все преимущество текстового формата сойдет на нет. Например, стандартный конфигурационный файл утилиты ls (точнее, только ее цветовых предпочтений) – /etc/DIR_COLORS (его можно подменить личным файлом ~/.dir_colors ) занимает около ста строк вместе с комментариями. Команда ls использует не этот файл, а создаваемую утилитой dircolors переменную LS_COLORS , значение которой – 600-символьная строка без всяких комментариев.

Если профиль слишком велик, держать его в одном конфигурационном файле – значит, доставлять пользователю сомнительное удовольствие разбирать этот файл целиком даже при необходимости внести минимальное изменение. Методов борьбы с неудобочитаемостью несколько. В частности, уже известный по лекции 10 механизм " .d ": файл разделяется на несколько независимых друг от друга файлов так, что редактировать приходится только один из файлов, а программа во время самонастройки считывает все.

Другой способ опирается на то, что изменения , которые пользователь вносит в профиль , как правило, существенно меньше объема всего профиля . Поэтому может быть выгодно хранить все настройки по умолчанию в каком-нибудь файле, менять который вообще не надо, а файл пользовательских настроек использовать как бы "поверх", изменяя профиль в соответствии с ними после того, как выставлен профиль по умолчанию. Дополнительное преимущество такого способа – в том, что пользователь всегда может подглядеть в "большой" файл, чтобы узнать, как оформляется та или иная настройка. Например, утилита updfstab, которая изменяет содержимое /etc/fstab при появлении или удалении съемного дискового носителя (например, лазерного диска), считывает данные из конфигурационного файла /etc/updfstab.conf . Сам этот файл состоит из единственной строки: include /etc/updfstab.conf.default , что приводит к чтению файла с настройками по умолчанию, где задан способ работы со многими съемными устройствами системы. Если администратору нужно как-то изменить поведение updfstab в отношении определенного устройства, он копирует соответствующую группу настроек из updfstab.conf.default в updfstab.conf после строчки include.. . и исправляет их. То, что эти группы настроек читаются дважды, не играет особой роли: чтение коротких файлов выполняется быстро.

Наконец, третий способ сделать конфигурационный файл удобочитаемым - секционирование профиля , когда все настройки разбиваются на группы, каждой группе дается собственное имя, и синтаксис конфигурационного файла проектируется так, чтобы границы групп хорошо различались при просмотре. В сущности, этот способ – предок схемы " .d ", где группе соответствует отдельный файл, однако нередки ситуации, когда разбивать на файлы неудобно (например, если группы не полностью независимы, поэтому может понадобиться редактировать их сразу несколько). Конфигурационный файл утилиты дозвона wvdial , например, секционируется по адресату (провайдеру) плюс отдельная секция "по умолчанию". Сами секции отделяются друг от друга заголовками, заключенными в квадратные скобки:

Root@localhost:~> cat .wvdialrc Modem = /dev/modem Baud = 115200 Init1 = ATZ Init2 = ATQ0 L0 M4 V1 E1 S0=0 &C1 &D2 +FCLASS=0 Auto DNS = on Modem Type = Analog Modem Phone = 0123456 Username = fireman Password = Fire!Fire! TOnline = true Phone = 0246813 Username = cop-120 Password = gimmethegun Force Address=10.0.0.120 Пример 12.4. Секционированный конфигурационный файл

Утилита wvdial обладает высокоразвитым искусственным интеллектом: она самостоятельно догадывается, какой именно тип идентификации используется на сервере. Например, "с той стороны" может оказаться терминал Linux, которому требуется сначала ввести обыкновенное входное имя и пароль, затем надо получить командную строку, запустить на сервере сетевой демон pppd , и только после этого запустить pppd на собственной машине. Другой вариант: pppd на сервере уже запущен, а настройки "Username" и "Password" означают идентификационную информацию протокола CHAP , используемого pppd . Обо всем этом и о многом другом wvdial способна догадаться,так же как wvdialconf умел определять, какое же из устройств является модемом.

Однако на любой искусственный интеллект найдется непостижимая ему жизненная ситуация. На одном из серверов (секция "Dialer hotspace") тоже стоит программа с зачатками искусственного интеллекта, которая тоже пытается определить, каким способом хочет идентифицироваться позвонивший. Оттого эти два кудесника, созвонившись, все ждут, пока кто-нибудь не проявит себя... Помогает настройка TOnline , которая заставляет wvdial немедленно задействовать протокол ppp , на что сервер, подумавши "ах, ppp!", с облегчением запускает pppd . Остается вопрос: почему эта полезная настройка никак не отражена в документации (ее нашел в исходных текстах программы Гуревич)? Не потому ли, что пара wvdialconf-wvdial не по-Linux-овски стремится все делать за пользователя, а стало быть, пользовательская документация для разработчиков этой программы – не главное?

Идею чтения настроек по умолчанию можно развить. Оказывается, бывает удобно, когда описание настройки помещено не в руководство, а непосредственно в конфигурационный файл в виде комментариев. Тогда при изменении этой настройки пользователь сразу видит, что она собой представляет, при этом отпадает необходимость сначала находить строчку в файле, а потом искать ее же в руководстве. Такой распространенный способ оформления называется самодокументированием профиля . Например, файл /etc/man.conf , управляющий работой команды man , оформлен в самодокументированном стиле:

Methody@localhost:~ $ cat /etc/man.conf . . . # NOCACHE keeps man from creating cache pages ("cat pages") # (generally one enables/disable cat page creation by # creating/deleting the directory they would live in – man # never does mkdir) # # NOCACHE # The command "man -a xyzzy" will show all man pages for xyzzy. # When CMP is defined man will try to avoid showing the same # text twice. (But compressed pages compare unequal.) # CMP /usr/bin/cmp -s . . . Пример 12.5. Самодокументированный конфигурационный файл

Мефодий, может быть, и не понял бы сразу, зачем команде man использовать утилиту cmp, однако в поясняющем комментарии написано: когда нужно показать несколько руководств разом, они предварительно сравниваются, и показываются только несовпадающие.

Если пойти еще дальше, то можно создать несколько различных файлов с примерами настроек, чтобы пользователь мог взять один из них и довести до нужного ему состояния. Именно такую – демонстрационную – настройку Мефодий и включил в качестве настройки по умолчанию в свой .vimrc (в первой строке). Кстати, на самом деле профиль Vim весьма сложен, но большинство его настроек по умолчанию находятся в различных файлах дерева каталогов /usr/share/ vim – эдакая "схема .d/.d ", где файлы профиля , соответствующие подгруппам настроек, лежат в подкаталогах, соответствующих группам. Включение определенного настроечного файла может происходить неявно: например, строчка colorscheme desert из .vimrc приводит к чтению /usr/share/ vim /colors/desert. vim .

Конфигурационные файлы могут иметь довольно замысловатый синтаксис, если соответствуют сложным структурам данных (таковы, например, настройка irc-клиента irssi ) или содержать в себе дополнительные средства самодокументирования (например, файл настройки текстового www-броузера lynx не просто хорошо документирован, но и размечен теми же средствами, какие используются в самом броузере для представления HTML).

Операционная система Linux в отличие от Windows не имеет общего реестра для хранения настроек системы, все настройки хранятся в конфигурационных файлах. Большинство этих файлов размещено в папке /etc/.

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

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

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

Как я уже сказал, большинство файлов размещено в /etc. Название этой папки расшифровывается как "et cetera", что с латинского означает "и другие" или "и так далее". Сначала давайте посмотрим содержимое каталога /etc Linux:

Здесь достаточно много различных файлов. Дальше мы рассмотрим назначение многих из них. Список отсортирован по алфавиту.

1. /etc/adjtime

Этот конфигурационный файл отвечает за настройку формата системного времени и читается службой systemd-timedated. Время может быть представлено в двух вариантах: LOCAL - время текущего часового пояса и UTC - время по Гринвичу. Вы можете вручную менять значение или воспользоваться утилитой timedatectl.

2. /etc/bash.bashrc

Этот файл принадлежит командной оболочке bash. Это не совсем конфигурационный файл - а скрипт, его содержимое выполняется при запуске каждого экземпляра bash для настройки оболочки. Точно так же выполняется содержимое файла ~/.bashrc для каждого пользователя.

3. /etc/crontab

6. /etc/group

25. /etc/sudoers

/etc/sudoers - это файл настройки . Эта утилита позволяет выполнять команды от имени других пользователей, в том числе от имени суперпользователя. Но использовать ее могут только те пользователи, которые прописаны в этом файле.

26. /etc/sysctl.conf

Этот файл отвечает за во время выполнения. Тут вы можете задать все параметры из подсистемы /sys/ и они будут сохранены после перезагрузки.

27. /etc/vconsole.conf

У этого файла только одна цель - задать кодировку, раскладку клавиатуры и шрифт по умолчанию для всех виртуальных консолей, запускаемых на машине.

28. /boot/grub/grub.cfg

Этот конфигурационный файл Linux находится не в /etc из-за своего особого предназначения. Здесь содержатся все настройки загрузчика, пункты меню и другие параметры, поэтому он должен быть доступен еще до того как была подключена корневая файловая система.

Выводы

В этой статье мы рассмотрели основные конфигурационные файлы Linux, которые находятся в папке /etc/. Возможно, какие-либо важные файлы, по вашему мнению, упущены, тогда обязательно расскажите о них и их предназначении в комментариях!

Конфигурационный файл

Конфигурационный файл

Конфигурационный файл - файл, в котором описываются:
- структура программной системы; и/или
- вспомогательные параметры, определяющие ее конкретную настройку.
Обычно конфигурационный файл реализуется в виде текстового файла, который интерпретируется программной системой.

См. также: Файлы

Финансовый словарь Финам .

Смотреть что такое "Конфигурационный файл" в других словарях:

конфигурационный файл - Бинарный или текстовый файл, содержащий информацию, которая определяет поведение приложения, компьютера или сетевого устройства. Тематики сети вычислительные EN configuration file … Справочник технического переводчика

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

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

Тип файловая система, шифрование Разработчик Valient Gough Операционная система Linux, FreeBSD, Mac OS Последняя версия 1.7.4 (5 сентября 2010) Лицензия G … Википедия

Страница статистики серверов … Википедия

Эта статья или раздел нуждается в переработке. Пожалуйста, улучшите статью в соответствии с правилами написания статей. Дескриптор … Википедия

Btrieve программный продукт (СУБД), для организации транзакционных (или «навигационных») баз данных. Основан на методе организации данных ISAM, обеспечивающем высокую скорость поиска и извлечения данных. Существовало несколько версий… … Википедия

Opera Скриншот браузера Opera 9.6 Тип Браузер Разработчик Opera Software ASA Написана на … Википедия

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

ЪБ РПМОЩН УРЙУЛПН БТИЙФЕЛФХТОП-ЪБЧЙУЙНЩИ РБТБНЕФТПЧ Й ХУФТПКУФЧ ПВТБФЙФЕУШ Л ЖБКМХ NOTES Ч ФПН ЦЕ ЛБФБМПЗЕ, ЮФП Й GENERIC . бТИЙФЕЛФХТОП ОЕЪБЧЙУЙНЩЕ РБТБНЕФТЩ ОБИПДСФУС Ч /usr/src/sys/conf/NOTES .

дЙТЕЛФЙЧБ include УФБМБ ДПУФХРОПК ДМС ЙУРПМШЪПЧБОЙС Ч ЛПОЖЙЗХТБГЙПООЩИ ЖБКМБИ. пОБ РПЪЧПМСЕФ ЧЛМАЮБФШ Ч ФЕЛХЭЙК ЛПОЖЙЗХТБГЙПООЩК ЖБКМ УПДЕТЦЙНПЕ ДТХЗПЗП ЖБКМБ, ФЕН УБНЩН ХРТПЭБС РТПГЕУУ ЧОЕУЕОЙС ОЕВПМШЫЙИ ЙЪНЕОЕОЙК Ч УХЭЕУФЧХАЭЙК ЖБКМ. оБРТЙНЕТ, ЕУМЙ ЧБН ОЕПВИПДЙНП ДПВБЧЙФШ ЧУЕЗП ОЕУЛПМШЛП ДПРПМОЙФЕМШОЩИ ПРГЙК ЙМЙ ДТБКЧЕТПЧ Ч СДТП GENERIC , ФП ЧБН РТЙДЕФУС РПДДЕТЦЙЧБФШ ФПМШЛП ТБЪОЙГХ Л ЖБКМХ GENERIC:

Include GENERIC ident MYKERNEL options IPFIREWALL options DUMMYNET options IPFIREWALL_DEFAULT_TO_ACCEPT options IPDIVERT

вПМШЫЙОУФЧП БДНЙОЙУФТБФПТПЧ ПГЕОСФ ЪОБЮЙФЕМШОЩЕ РТЕЙНХЭЕУФЧБ РЕТЕД УФБТЩН УРПУПВПН - ОБРЙУБОЙЕН ЛПОЖЙЗХТБГЙПООПЗП ЖБКМБ У ОХМС >>: ЧБЫ ЛПОЖЙЗХТБГЙПООЩК ЖБКМ ВХДЕФ ПФПВТБЦБФШ ФПМШЛП ЙЪНЕОЕОЙС ПФОПУЙФЕМШОП GENERIC . б РПУМЕ ПВОПЧМЕОЙК ЙУИПДОПЗП ЛПДБ, ОПЧЩЕ ЖХОЛГЙПОБМШОЩЕ ЧПЪНПЦОПУФЙ, РПСЧЙЧЫЙЕУС Ч GENERIC, ВХДХФ ДПВБЧМЕОЩ Й Ч ЧБЫХ ЛПОЖЙЗХТБГЙА, ЕУМЙ ФПМШЛП ОЕ РТЕРСФУФЧПЧБФШ ЬФПНХ ДЙТЕЛФЙЧБНЙ nooptions ЙМЙ nodevice . дБМЕЕ Ч ЬФПН ТБЪДЕМЕ ПРЙУЩЧБЕФУС ФЙРПЧПК ЛПОЖЙЗХТБГЙПООЩК ЖБКМ, ЕЗП ПРГЙЙ Й ХУФТПКУФЧБ, Б ФБЛЦЕ ЙИ ТПМЙ.

рТЙНЕЮБОЙЕ:

дМС УВПТЛЙ СДТБ УП ЧУЕНЙ ЧПЪНПЦОЩНЙ ПРГЙСНЙ (ПВЩЮОП ЙУРПМШЪХЕФУС ДМС ФЕУФЙТПЧБОЙС), ЧЩРПМОЙФЕ ПФ ЙНЕОЙ УХРЕТРПМШЪПЧБФЕМС (root) УМЕДХАЭХА ЛПНБОДХ:

# cd /usr/src/sys/ i386 /conf && make LINT

ьФП РТЙНЕТ ЛПОЖЙЗХТБГЙПООПЗП ЖБКМБ СДТБ GENERIC У ТБЪМЙЮОЩНЙ ДПРПМОЙФЕМШОЩНЙ ЛПННЕОФБТЙСНЙ, ЛПФПТЩЕ НПЗХФ РПОБДПВЙФШУС ДМС СУОПУФЙ. ьФПФ РТЙНЕТ ДПМЦЕО УПЧРБДБФШ У ЧБЫЕК ЛПРЙЕК Ч /usr/src/sys/ i386 /conf/GENERIC РТБЛФЙЮЕУЛЙ РПМОПУФША.

Machine i386

ьФП БТИЙФЕЛФХТБ НБЫЙОЩ. пОБ ДПМЦОБ ВЩФШ ПДОПК ЙЪ УМЕДХАЭЙИ: amd64 , i386 , ia64 , pc98 , powerpc , ЙМЙ sparc64 .

Cpu I486_CPU cpu I586_CPU cpu I686_CPU

ьФБ ПРГЙС ХЛБЪЩЧБЕФ ФЙР РТПГЕУУПТБ, ЛПФПТЩК ЙУРПМШЪХЕФУС Ч ЧБЫЕК УЙУФЕНЕ. ч ЛПОЖЙЗХТБГЙПООПН ЖБКМЕ НПЦЕФ ВЩФШ ОЕУЛПМШЛП ЧИПЦДЕОЙК ЬФПК ПРГЙЙ (ОБРТЙНЕТ, ЕУМЙ ЧЩ ОЕ ХЧЕТЕОЩ, ЛБЛПК ЙЪ ФЙРПЧ РТПГЕУУПТБ ОЕПВИПДЙНП ЙУРПМШЪПЧБФШ - I586_CPU ЙМЙ I686_CPU), ОП ДМС УПВУФЧЕООПЗП СДТБ МХЮЫЕ ХЛБЪЩЧБФШ ФПМШЛП ФПФ ФЙР РТПГЕУУПТБ, ЛПФПТЩК ХУФБОПЧМЕО Ч ЧБЫЕК УЙУФЕНЕ. еУМЙ ЧЩ ОЕ ХЧЕТЕОЩ, ЛБЛПК ФЙР ОЕПВИПДЙНП ЙУРПМШЪПЧБФШ ЧБН, ЧЩ НПЦЕФЕ ЧПУРПМШЪПЧБФШУС ЖБКМПН /var/run/dmesg.boot , ЮФПВЩ ХЧЙДЕФШ РТПФПЛПМ ЪБЗТХЪЛЙ УЙУФЕНЩ.

Ident GENERIC

ьФПФ РБТБНЕФТ ПРТЕДЕМСЕФ НЕФЛХ >> СДТБ. оЕПВИПДЙНП, ЮФПВЩ ПОБ УППФЧЕФУФЧПЧБМБ ОБЪЧБОЙА ЖБКМБ ЛПОЖЙЗХТБГЙЙ СДТБ, ОБРТЙНЕТ MYKERNEL , ЕУМЙ ЧЩ УМЕДПЧБМЙ ЙОУФТХЛГЙСН Ч РТЕДЩДХЭЙИ РТЙНЕТБИ. ъОБЮЕОЙЕ, ЛПФПТПЕ ЧЩ РТЙУЧПЙФЕ РБТБНЕФТХ ident ВХДЕФ ЧЩЧПДЙФШУС Ч РТПГЕУУЕ ЪБЗТХЪЛЙ, РПЬФПНХ РПМЕЪОП ДБЧБФШ ОПЧЩН СДТБН ДТХЗЙЕ ЙНЕОБ ДМС ФПЗП, ЮФПВЩ ПФМЙЮБФШ ЙИ ПФ ПВЩЮОПЗП СДТБ (ОБРТЙНЕТ, ЕУМЙ ЧЩ ИПФЙФЕ УПВТБФШ ЬЛУРЕТЙНЕОФБМШОПЕ СДТП).

#To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. options SCHED_ULE # ULE scheduler

рМБОЙТПЧЭЙЛ РП ХНПМЮБОЙА ЧП FreeBSD. пУФБЧШФЕ ЬФХ ПРГЙА.

Options PREEMPTION # Enable kernel thread preemption

рПЪЧПМСЕФ ЧЩУПЛПРТЙПТЙФЕФОЩН ОЙФСН СДТБ ЧЩФЕУОСФШ ЛПОЛХТЕОФПЧ, ОБИПДСЭЙИУС Ч ТЕЦЙНЕ ЧЩРПМОЕОЙС. ьФБ ПРГЙС НПЦЕФ РПНПЮШ РПЧЩУЙФШ ТЕБЛФЙЧОПУФШ УЙУФЕНЩ РП ПФОПЫЕОЙА Л ЧОЕЫОЙН ЧПЪДЕКУФЧЙСН, ОБРТЙНЕТ, ЪБ УЮЕФ УОЙЦЕОЙС МБФЕОФОПУФЙ ОЙФЕК, ПВТБВБФЩЧБАЭЙИ РТЕТЩЧБОЙС.

Options INET # InterNETworking

рПДДЕТЦЛБ УЕФЕЧЩИ ЧПЪНПЦОПУФЕК. пУФБЧШФЕ ЬФХ ПРГЙА ЧЛМАЮЕООПК, ДБЦЕ ЕУМЙ ЧЩ ОЕ РМБОЙТХЕФЕ РПДЛМАЮБФШУС Л УЕФЙ. вПМШЫЙОУФЧП РТПЗТБНН ФТЕВХАФ, ЮФПВЩ ТБВПФБМ ИПФС ВЩ ЙОФЕТЖЕКУ ПВТБФОПК УЧСЪЙ (loopback) (Ф.Е. УПЪДБОЙЕ УЕФЕЧЩИ УПЕДЙОЕОЙК ЧОХФТЙ ЧБЫЕЗП рл), ФБЛ ЮФП ЬФБ ПРГЙС Ч РТЙОГЙРЕ СЧМСЕФУС ПВСЪБФЕМШОПК.

Options INET6 # IPv6 communications protocols

чЛМАЮБЕФ РПДДЕТЦЛХ ЛПННХОЙЛБГЙПООЩИ РТПФПЛПМПЧ IPv6.

Options FFS # Berkeley Fast Filesystem

чЛМАЮБЕФ РПДДЕТЦЛХ ПУОПЧОПК ЖБКМПЧПК УЙУФЕНЩ. оЕ ХДБМСКФЕ ЬФХ ПРГЙА, ЕУМЙ ЧЩ РМБОЙТХЕФЕ ЪБЗТХЦБФШУС У ЦЕУФЛПЗП ДЙУЛБ.

Options SOFTUPDATES # Enable FFS Soft Updates support

ьФПФ РБТБНЕФТ ЧЛМАЮБЕФ Ч СДТЕ ФЕИОПМПЗЙА Soft Updates, ЛПФПТБС РПЧЩЫБЕФ УЛПТПУФШ ЪБРЙУЙ ОБ ДЙУЛЙ. оЕУНПФТС ОБ ФП, ЮФП ЬФБ ФЕИОПМПЗЙС ЧЛМАЮЕОБ Ч СДТЕ, ПОБ ДПМЦОБ ВЩФШ ЧЛМАЮЕОБ ДМС ПФДЕМШОЩИ ДЙУЛПЧ. рТПУНПФТЙФЕ ЧЩЧПД ЛПНБОДЩ ЮФПВЩ ПРТЕДЕМЙФШ, ЧЛМАЮЕОЩ МЙ Soft Updates ДМС ДЙУЛПЧ ЧБЫЕК УЙУФЕНЩ. еУМЙ ЧЩ ОЕ ХЧЙДЙФЕ РБТБНЕФТ soft-updates , ЧБН ВХДЕФ ОЕПВИПДЙНП БЛФЙЧЙТПЧБФШ ЕЗП РТЙ РПНПЭЙ ЛПНБОДЩ (ДМС УХЭЕУФЧХАЭЙИ ЖБКМПЧЩИ УЙУФЕН) ЙМЙ ЛПНБОДЩ (ДМС ОПЧЩИ ЖБКМПЧЩИ УЙУФЕН).

Options UFS_ACL # Support for access control lists

ьФПФ РБТБНЕФТ ЧЛМАЮБЕФ Ч СДТЕ РПДДЕТЦЛХ УРЙУЛПЧ ХРТБЧМЕОЙС ДПУФХРПН (ACL). пУОПЧЩЧБЕФУС ОБ ЙУРПМШЪПЧБОЙЙ ТБУЫЙТЕООЩИ БФТЙВХФПЧ Й UFS2 , ДЕФБМШОПЕ ПРЙУБОЙЕ ЧЩ УНПЦЕФЕ ОБКФЙ Ч тБЪДЕМљ14.12, > . ACL ЧЛМАЮЕОЩ РП ХНПМЮБОЙА Й ОЕ ДПМЦОЩ ЧЩЛМАЮБФШУС Ч УМХЮБЕ, ЕУМЙ ПОЙ ТБОЕЕ ЙУРПМШЪПЧБМЙУШ ОБ ЖБКМПЧПК УЙУФЕНЕ, ФБЛ ЛБЛ ЬФП ХДБМЙФ УРЙУЛЙ ХРТБЧМЕОЙС ДПУФХРПН Й ЙЪНЕОЙФ ФП, ЛБЛ ЪБЭЙЭЕОЩ ЖБКМЩ, ОЕРТЕДУЛБЪХЕНЩН ПВТБЪПН.

Options UFS_DIRHASH # Improve performance on big directories

ьФБ ПРГЙС ЧЛМАЮБЕФ ЖХОЛГЙПОБМШОПУФШ, ЛПФПТБС РПЧЩЫБЕФ УЛПТПУФШ ДЙУЛПЧЩИ ПРЕТБГЙК ОБ ВПМШЫЙИ ЛБФБМПЗБИ Ч ПВНЕО ОБ ЙУРПМШЪПЧБОЙЕ ДПРПМОЙФЕМШОПК РБНСФЙ. дМС ВПМШЫПЗП УЕТЧЕТБ ЙМЙ ТБВПЮЕК УФБОГЙЙ ТЕЛПНЕОДХЕФУС ПУФБЧЙФШ ЕЕ ЧЛМАЮЕООПК, Й ЧЩЛМАЮЙФШ ДМС УЙУФЕНЩ, ДМС ЛПФПТПК ВПМЕЕ РТЙПТЙФЕФОБ РБНСФШ, ЮЕН УЛПТПУФШ ДПУФХРБ Л ДЙУЛБН, ОБРТЙНЕТ ДМС ВТБОДНБХЬТБ.

Options MD_ROOT # MD is a potential root device

ьФПФ РБТБНЕФТ ЧЛМАЮБЕФ РПДДЕТЦЛХ ЙУРПМШЪПЧБОЙС ДЙУЛПЧ Ч РБНСФЙ ДМС ЛПТОЕЧПК ЖБКМПЧПК УЙУФЕНЩ.

Options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT

уЕФЕЧБС ЖБКМПЧБС УЙУФЕНБ. еУМЙ ЧЩ ОЕ РМБОЙТХЕФЕ НПОФЙТПЧБФШ ТБЪДЕМЩ У ЖБКМПЧПЗП УЕТЧЕТБ UNIX (R) ЮЕТЕЪ TCP/IP, ЧЩ НПЦЕФЕ ЙУЛМАЮЙФШ ЬФПФ РБТБНЕФТ ЙЪ ЛПОЖЙЗХТБГЙПООПЗП ЖБКМБ СДТБ.

Options MSDOSFS # MSDOS Filesystem

жБКМПЧБС УЙУФЕНБ MS-DOS (R). еУМЙ ЧЩ ОЕ УПВЙТБЕФЕУШ НПОФЙТПЧБФШ ЖПТНБФЙТПЧБООЩК Ч DOS ТБЪДЕМ ЦЕУФЛПЗП ДЙУЛБ Ч НПНЕОФ ЪБЗТХЪЛЙ, ЧЩ НПЦЕФЕ ВЕЪПРБУОП ЪБЛПННЕОФЙТПЧБФШ ЬФПФ РБТБНЕФТ. оЕПВИПДЙНЩК НПДХМШ ВХДЕФ БЧФПНБФЙЮЕУЛЙ ЪБЗТХЦЕО, ЛПЗДБ ЧЩ Ч РЕТЧЩК ТБЪ УНПОФЙТХЕФЕ ТБЪДЕМ DOS, ФБЛ, ЛБЛ ЬФП ПРЙУБОП ОЙЦЕ. лТПНЕ ФПЗП, ЪБНЕЮБФЕМШОЩК РБЛЕФ РПЪЧПМСЕФ РПМХЮЙФШ ДПУФХР Л DOS ДЙУЛЕФБН ВЕЪ ОЕПВИПДЙНПУФЙ НПОФЙТПЧБФШ Й ТБЪНПОФЙТПЧБФШ ЙИ (Й ОЕ ФТЕВХЕФ ОБМЙЮЙС MSDOSFS).

Options CD9660 # ISO 9660 Filesystem

жБКМПЧБС УЙУФЕНБ ISO 9660 ДМС ЛПНРБЛФ-ДЙУЛПЧ. еУМЙ Х ЧБУ ОЕФ РТЙЧПДБ CDROM ЙМЙ ЧЩ ВХДЕФЕ МЙЫШ ЙЪТЕДЛБ НПОФЙТПЧБФШ ЛПНРБЛФ-ДЙУЛЙ У ДБООЩНЙ, ЪБЛПННЕОФЙТХКФЕ ЬФХ УФТПЛХ, ФБЛ ЛБЛ ОЕПВИПДЙНЩК НПДХМШ ВХДЕФ ЪБЗТХЦЕО БЧФПНБФЙЮЕУЛЙ РТЙ РЕТЧПН НПОФЙТПЧБОЙЙ ЛПНРБЛФ-ДЙУЛБ У ДБООЩНЙ. дМС ЙУРПМШЪПЧБОЙС ЪЧХЛПЧЩИ ЛПНРБЛФ-ДЙУЛПЧ ЬФБ ЖБКМПЧБС УЙУФЕНБ ОЕ РПФТЕВХЕФУС.

Options PROCFS # Process filesystem (requires PSEUDOFS)

жБКМПЧБС УЙУФЕНБ РТПГЕУУПЧ. ьФП ЧЙТФХБМШОБС >> ЖБКМПЧБС УЙУФЕНБ НПОФЙТХЕНБС Ч /proc , ЛПФПТБС РПЪЧПМСЕФ ФБЛЙН РТЙМПЦЕОЙСН, ЛБЛ ЧЩДБЧБФШ ЧБН ВПМШЫЕ ЙОЖПТНБГЙЙ П ЪБРХЭЕООЩИ РТПГЕУУБИ. йУРПМШЪПЧБОЙЕ PROCFS ОЕ ФТЕВХЕФУС, ФБЛ ЛБЛ ВПМШЫЙОУФЧП НПОЙФПТЙОЗПЧЩИ Й ПФМБДПЮОЩИ ЙОУФТХНЕОФПЧ ВЩМП БДБРФЙТПЧБОП ДМС ТБВПФЩ ВЕЪ PROCFS: УЙУФЕНБ РП ХНПМЮБОЙА ОЕ НПОФЙТХЕФ ЖБКМПЧХА УЙУФЕНХ РТПГЕУУПЧ.

Options PSEUDOFS # Pseudo-filesystem framework

сДТБ, ЛПФПТЩЕ ЙУРПМШЪХАФ PROCFS , ДПМЦОЩ ФБЛЦЕ ЧЛМАЮБФШ РПДДЕТЦЛХ PSEUDOFS ,

Options GEOM_PART_GPT # GUID Partition Tables. # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (Tulip >>) device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device txp # 3Com 3cR990 (Typhoon >>) device vx # 3Com 3c590, 3c595 (Vortex >>)

дТБКЧЕТБ УЕФЕЧЩИ ЛБТФ PCI. ъБЛПННЕОФЙТХКФЕ ЙМЙ ХДБМЙФЕ ДТБКЧЕТБ ФЕИ ЛБТФ, ЛПФПТЩЕ ПФУХФУФЧХАФ Ч ЧБЫЕК УЙУФЕНЕ.

# PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the "device miibus" line in order to use these NICs! device miibus # MII bus support

рПДДЕТЦЛБ ЫЙОЩ MII ФТЕВХЕФУС ДМС ОЕЛПФПТЩИ PCI 10/100 Ethernet ЛБТФ, ЛПФПТЩЕ ЙУРПМШЪХАФ MII-УПЧНЕУФЙНЩЕ РЕТЕДБФЮЙЛЙ ЙМЙ ТЕБМЙЪХАФ ЙОФЕТЖЕКУ ХРТБЧМЕОЙС РЕТЕДБФЮЙЛПН, ЛПФПТЩК ЙНЙФЙТХЕФ MII. дПВБЧМЕОЙЕ device miibus Ч ЛПОЖЙЗХТБГЙПООЩК ЖБКМ СДТБ ЧЛМАЮБЕФ РПДДЕТЦЛХ УФБОДБТФОПЗП API miibus Й ЧУЕИ ДТБКЧЕТПЧ PHY, ЧЛМАЮБС УФБОДБТФОЩК ДМС ФЕИ PHY, ЛПФПТЩЕ ОЕ ПВТБВБФЩЧБАФУС УРЕГЙЖЙЮЕУЛЙН ПВТБЪПН ЛПОЛТЕФОЩН ДТБКЧЕТПН.

Device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device lge # Level 1 LXT1001 gigabit ethernet device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device nge # NatSemi DP83820 gigabit ethernet device pcn # AMD Am79C97x PCI 10/100 (precedence over "lnc") device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (Starfire >>) device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x > SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device stge # Sundance/Tamarack TC9021 gigabit Ethernet device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 EPIC >>) device vge # VIA VT612x gigabit ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (Boomerang >>, Cyclone >>)

дТБКЧЕТБ, ЛПФПТЩЕ ЙУРПМШЪХАФ ЛПОФТПММЕТ ЫЙОЩ MII.

# ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # "device ed" requires "device miibus" device ed # NE000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. device lnc # NE2100, NE32-VL Lance Ethernet cards device sn # SMC"s 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # ISA devices that use the old ISA shims #device le

дТБКЧЕТБ УЕФЕЧЩИ ЛБТФ ISA. пЪОБЛПНШФЕУШ У ЖБКМПН /usr/src/sys/ i386 /conf/NOTES , ЮФПВЩ ХЪОБФШ, ЛБЛЙЕ УЕФЕЧЩЕ ЛБТФЩ ЛБЛЙН ДТБКЧЕТПН РПДДЕТЦЙЧБАФУС.

# Wireless NIC cards device wlan # 802.11 support

Generic 802.11 support. This line is required for wireless networking.

Device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support

Crypto support for 802.11 devices. These lines are needed if you intend to use encryption and 802.11i security protocols.

Device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC"s device ath_hal # Atheros HAL (Hardware Access Layer) device ath_rate_sample # SampleRate tx rate control for ath device awi # BayStack 660 and others device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC.

рПДДЕТЦЛБ ТБЪМЙЮОЩИ ВЕУРТПЧПДОЩИ ЛБТФ.

# Pseudo devices device loop # Network loopback

уФБОДБТФОПЕ ХУФТПКУФЧП ПВТБФОПК УЧСЪЙ ДМС TCP/IP. еУМЙ ЧЩ ЪБРХУЛБЕФЕ telnet ЙМЙ FTP РП ПФОПЫЕОЙА localhost (ПО ЦЕ 127.0.0.1), ФП УПЕДЙОЕОЙЕ РТПКДЈФ ЮЕТЕЪ ЬФП ХУФТПКУФЧП. ьФПФ РБТБНЕФТ ПВСЪБФЕМЕО .

Device random # Entropy device

зЕОЕТБФПТ УМХЮБКОЩИ ЮЙУЕМ ДМС ЛТЙРФПЗТБЖЙЮЕУЛПК ЪБЭЙФЩ.

Device ether # Ethernet support

ether ОЕПВИПДЙН МЙЫШ Ч УМХЮБЕ, ЕУМЙ Х ЧБУ ЕУФШ УЕФЕЧБС ЛБТФБ. пО ЧЛМАЮБЕФ РПДДЕТЦЛХ УФБОДБТФОПЗП ЛПДБ РТПФПЛПМБ Ethernet.

Device sl # Kernel SLIP

sl - ЬФП РПДДЕТЦЛБ SLIP. SLIP ВЩМ РТБЛФЙЮЕУЛЙ ЧЩФЕУОЕО PPP, ЛПФПТЩК МЕЗЮЕ ОБУФТБЙЧБЕФУС, МХЮЫЕ РПДИПДЙФ ДМС УПЕДЙОЕОЙК НПДЕН-НПДЕН Й ЙНЕЕФ ВПМШЫЕ ЧПЪНПЦОПУФЕК.

Device ppp # Kernel PPP

рПДДЕТЦЛБ PPP Ч СДТЕ ДМС УПЕДЙОЕОЙК dial-up. фБЛЦЕ УХЭЕУФЧХЕФ ЧЕТУЙС PPP, ТЕБМЙЪПЧБООПЗП ЛБЛ РТЙМПЦЕОЙЕ, ЙУРПМШЪХАЭЕЕ tun , Й РТЕДМБЗБАЭЕЕ ВПМШЫХА ЗЙВЛПУФШ Й ВПМШЫЕЕ ЛПМЙЮЕУФЧП ЧПЪНПЦОПУФЕК, ЛБЛ, ОБРТЙНЕТ, УПЕДЙОЕОЙЕ РТЙ ОЕПВИПДЙНПУФЙ (ОБМЙЮЙЙ ПВТБЭЕОЙС Л УЕФЙ).

Device tun # Packet tunnel.

йУРПМШЪХЕФУС РПМШЪПЧБФЕМШУЛЙН РТПЗТБННОЩН ПВЕУРЕЮЕОЙЕН PPP. пВТБФЙФЕУШ Л ТБЪДЕМХ PPP ЬФПК ЛОЙЗЙ ЪБ ДБМШОЕКЫЕК ЙОЖПТНБГЙЕК.

Device pty # Pseudo-ttys (telnet etc)

РУЕЧДП-ФЕТНЙОБМ >> ЙМЙ ЙНЙФЙТПЧБООЩК РПТФ ДМС ЧИПДБ. йУРПМШЪХЕФУС ЧИПДСЭЙНЙ telnet Й rlogin -УЕУУЙСНЙ, РТЙМПЦЕОЙЕН xterm Й ОЕЛПФПТЩНЙ ДТХЗЙНЙ РТЙМПЦЕОЙСНЙ, ФБЛЙНЙ ЛБЛ Emacs .

Device md # Memory disks >>

рУЕЧДП-ХУФТПКУФЧБ ДЙУЛПЧ Ч РБНСФЙ.

Device gif # IPv6 and IPv4 tunneling

рПДДЕТЦЛБ ФХООЕМЙТПЧБОЙС IPv6 ЮЕТЕЪ IPv4, IPv4 ЮЕТЕЪ IPv6, IPv4 ЮЕТЕЪ IPv4 Й IPv6 ЮЕТЕЪ IPv6. хУФТПКУФЧП gif СЧМСЕФУС БЧФПЛМПОЙТХЕНЩН >>, Й ВХДЕФ УТЪДБЧБФШ ЖБКМЩ ХУФТПКУФЧ РП НЕТЕ ОЕПВИПДЙНПУФЙ.

Device faith # IPv6-to-IPv4 relaying (translation)

ьФП РУЕЧДП-ХУФТПКУФЧП ЪБИЧБФЩЧБЕФ РБЛЕФЩ, ЛПФПТЩЕ ВЩМЙ РПУМБОЩ ЕНХ Й РЕТЕОБРТБЧМСЕФ ЙИ ДБЕНПОХ ФТБОУМСГЙЙ IPv4/IPv6.

# The `bpf" device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that "bpf" is required for DHCP. device bpf # Berkeley packet filter

жЙМШФТ РБЛЕФПЧ Berkeley. ьФП РУЕЧДП-ХУФТПКУФЧП РПЪЧПМСЕФ РЕТЕЧПДЙФШ УЕФЕЧЩЕ ЙОФЕТЖЕКУЩ Ч ОЕТБЪВПТЮЙЧЩК >> (promiscuous) ТЕЦЙН, Ч ЛПФПТПН РЕТЕИЧБФЩЧБЕФУС МАВПК РБЛЕФ Ч ЫЙТПЛПЧЕЭБФЕМШОПК УЕФЙ (ОБРТЙНЕТ ethernet). ьФЙ РБЛЕФЩ НПЗХФ ВЩФШ УПИТБОЕОЩ ОБ ДЙУЛ Й/ЙМЙ ЙУУМЕДПЧБОЩ РТЙ РПНПЭЙ .

рТЙНЕЮБОЙЕ:

хУФТПКУФЧП ФБЛЦЕ ЙУРПМШЪХЕФУС РТПЗТБННПК ДМС ФПЗП, ЮФПВЩ РПМХЮЙФШ БДТЕУ ЫМАЪБ РП ХНПМЮБОЙА Й Ф.Р. еУМЙ ЧЩ ЙУРПМШЪХЕФЕ DCHP, ОЕ ХДБМСКФЕ ЬФХ ПРГЙА.

# USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # Human Interface Devices >> device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device ural # Ralink Technology RT2500USB wireless NICs device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Ethernet, requires mii device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet Intel (R) Pentium (R) Pro Й ВПМЕЕ РПЪДОЙИ РПЪЧПМСЕФ ЙУРПМШЪПЧБФШ ДП 64 ЗЙЗБВБКФ ПРЕТБФЙЧОПК РБНСФЙ. FreeBSD ЙНЕЕФ РПДДЕТЦЛХ ЬФПК ЧПЪНПЦОПУФЙ РПУТЕДУФЧПН ПРГЙЙ СДТБ PAE , ДПУФХРОПК ЧП ЧУЕИ ФЕЛХЭЙИ ЧЕТУЙСИ FreeBSD. ч УЧСЪЙ У ПЗТБОЙЮЕОЙСНЙ БТИЙФЕЛФХТЩ Intel, ОЕ ДЕМБЕФУС ОЙЛБЛПЗП ТБЪМЙЮЙС НЕЦДХ РБНСФША ОЙЦЕ ЙМЙ ЧЩЫЕ 4 ЗЙЗБВБКФ. рБНСФШ, ТБЪНЕЭЕООБС ЧЩЫЕ 4 ЗЙЗБВБКФ, РТПУФП ДПВБЧМСЕФУС Л ДПУФХРОПК РБНСФЙ.

дМС ФПЗП, ЮФПВЩ ЧЛМАЮЙФШ PAE Ч СДТЕ, РТПУФП ДПВБЧШФЕ РТЙЧЕДЕООХА УФТПЛХ Ч ЛПОЖЙЗХТБГЙПООЩК ЖБКМ СДТБ:

Options PAE

рТЙНЕЮБОЙЕ:

рПДДЕТЦЛБ PAE Ч FreeBSD УХЭЕУФЧХЕФ ФПМШЛП ДМС РТПГЕУУПТПЧ Intel (R) IA-32. фБЛЦЕ УМЕДХЕФ ЪБНЕФЙФШ, ЮФП PAE Ч FreeBSD ОЕ ВЩМП РПМОПУФША РТПФЕУФЙТПЧБОП Й ДПМЦОП УЮЙФБФШУС ОБИПДСЭЙНУС Ч УПУФПСОЙЙ ВЕФБ-ФЕУФЙТПЧБОЙС РП УТБЧОЕОЙА У ДТХЗЙНЙ, УФБВЙМШОЩНЙ ЧПЪНПЦОПУФСНЙ FreeBSD.

рПДДЕТЦЛБ PAE Ч FreeBSD ЙНЕЕФ УМЕДХАЭЙЕ ПЗТБОЙЮЕОЙС:

рТПГЕУУ ОЕ НПЦЕФ РПМХЮЙФШ ДПУФХР Л ВПМЕЕ, ЮЕН 4 ЗЙЗБВБКФБН РТПУФТБОУФЧБ VM.

дТБКЧЕТЩ ХУФТПКУФЧ, ЛПФПТЩЕ ОЕ ЙУРПМШЪХАФ ЙОФЕТЖЕКУ , РТЙЧЕДХФ Л РПЧТЕЦДЕОЙА ЙОЖПТНБГЙЙ Ч СДТЕ У ЧЛМАЮЕООЩН PAE . оЕ ТЕЛПНЕОДХЕФУС ЙУРПМШЪПЧБФШ ФБЛЙЕ ДТБКЧЕТЩ. рП ЬФПК РТЙЮЙОЕ Ч FreeBSD ЧЛМАЮЕО ЛПОЖЙЗХТБГЙПООЩК ЖБКМ СДТБ PAE , ЙЪ ЛПФПТПЗП ХДБМЕОЩ ЧУЕ ДТБКЧЕТЩ, П ЛПФПТЩИ ЙЪЧЕУФОП, ЮФП ПОЙ ОЕ ТБВПФБАФ РТЙ ЧЛМАЮЕООПК РПДДЕТЦЛЕ PAE .

оЕЛПФПТЩЕ УЙУФЕНОЩЕ РЕТЕНЕООЩЕ ПРТЕДЕМСАФ ЙУРПМШЪПЧБОЙЕ ТЕУХТУПЧ РБНСФЙ РП ЛПМЙЮЕУФЧХ ДПУФХРОПК ЖЙЪЙЮЕУЛПК РБНСФЙ. фБЛЙЕ РЕТЕНЕООЩЕ НПЗХФ РТЙЧЕУФЙ Л ОЕОХЦОПНХ ЮТЕЪНЕТОПНХ ЧЩДЕМЕОЙА РБНСФЙ ЙЪ-ЪБ ПУПВЕООПУФЕК ТБВПФЩ УЙУФЕНЩ PAE . пДЙО ЙЪ ФБЛЙИ РТЙНЕТПЧ - РЕТЕНЕООБС kern.maxvnodes , ЛПФПТБС ХРТБЧМСЕФ НБЛУЙНБМШОЩН ЛПМЙЮЕУФЧПН vnode, ТБЪТЕЫЕООЩИ Ч СДТЕ. тЕЛПНЕОДХЕФУС ХУФБОПЧЙФШ ЬФХ Й РПДПВОЩЕ ЕК РЕТЕНЕООЩЕ ЧТХЮОХА Ч БДЕЛЧБФОЩЕ ЪОБЮЕОЙС.

чПЪНПЦОП, РПОБДПВЙФУС ХЧЕМЙЮЙФШ РТПУФТБОУФЧП ЧЙТФХБМШОЩИ БДТЕУПЧ СДТБ (KVA) ЙМЙ ХНЕОШЫЙФШ ЛБЛХА-МЙВП РЕТЕНЕООХА (УН. ЧЩЫЕ), ЪОБЮЕОЙЕ ЛПФПТПК ВЩМП ОЕПРТБЧДБООП ЧЕМЙЛП Й НПЗМП РТЙЧЕУФЙ Л ЙУЮЕТРБОЙА KVA . дМС ЬФПЗП НПЦЕФ ВЩФШ ЙУРПМШЪПЧБОБ ПРГЙС СДТБ KVA_PAGES .

ч УМХЮБЕ УПНОЕОЙК ПФОПУЙФЕМШОП РТПЙЪЧПДЙФЕМШОПУФЙ Й УФБВЙМШОПУФЙ ТЕЛПНЕОДХЕФУС ПВТБФЙФШУС Л УФТБОЙГЕ ТХЛПЧПДУФЧБ . уФТБОЙГБ ТХЛПЧПДУФЧБ УПДЕТЦЙФ УЧЕЦХА ЙОЖПТНБГЙА П РПДДЕТЦЛЕ PAE Ч FreeBSD.

Настройки терминалов хранятся в конфигурационных файлах. Файлы текстовые, unicode-ные, их можно редактировать любым текстовым редактором, поддерживающим unicode, Notepad/Блокнот вполне подойдет. Полное описание всех допустимых в конфигурационных файлах параметров и их значений вы можете найти в методичке о параметрах конфигурационного файла .

Итоговая конфигурация терминала получается суммированием параметров из трех источников:

• Общесистемного конфигурационного файла all.wtc
• Индивидуального конфигурационного файла
• Подключаемых файлов согласно списка list.wtc (редактирование списка не поддерживается конфигуратором WTware)

Если терминал найдет свой МАК-адрес в списке list.wtc или найдет свой индивидуальный конфиг, то он попытается подключиться к терминальному серверу. Иначе будет запущен Мастер настройки терминала.

Общесистемный конфигурационный файл

Общесистемный конфигурационный файл называется all.wtc . Он ищется в каталоге Everyone в каталоге данных, который вы указали при инсталляции. В нашем случае это каталог C:\users\all users\WTware\Everyone\ . В него удобно записывать те параметры, которые имеют одинаковые значения для всех терминалов, например server .

Индивидуальный конфигурационный файл

Индивидуальные конфигурационные файлы хранятся в директории Terminals , которая находится в каталоге данных WTware, который вы указали при инсталляции. В нашем случае это каталог C:\users\all users\WTware\Terminals\ .

Терминал, сетевая карта которого имеет мак-адрес 00:01:02:aa:bc:8e , будет искать свою конфигурацию в каталоге МА.КА.ДР.ЕС.ТЕ.РМ , файл должен называться config.wtc . Обратите внимание на регистр букв, если ваш TFTP-сервер находится на Unix-машине!

Обратите также внимание на подключаемые файлы, находящиеся в каталогах Templates и Connections в каталоге данных WTware. С помощью директив template и connection вы сможете подключать к конфигурационному файлу терминала дополнительные файлы.

Список подключаемых файлов

В каталоге ListIncludes (в каталоге данных, указанном при инсталляции) находятся общие конфигурационные файлы с описаниями параметров терминалов, которые терминалы подключают через перечисление в файле list.wtc.

ВНИМАНИЕ! list.wtc предназначен только для ручного конфигурирования терминалов. Графический конфигуратор не читает list.wtc, не читает и не позволяет редактировать файлы из каталога ListIncludes. Поэтому нельзя пытаться настраивать один и тот же терминал и конфигуратором, и через list.wtc.

Синтаксис полностью такой же, как и у конфигурационного файла. Указанные в list.wtc для терминала файлы из этого каталога будут приклеены к началу основного конфигурационного файла терминала перед тем, как терминал его прочитает. Поэтому в файлах в этом каталоге можно писать template, connection, next screen.

Список подключаемых файлов находится в файле Everyone/list.wtc . Формат строки в этом файле:

01:02:03:04:05:06[([имяпользователя@][имятерминала])] [файл [файл...]]] [# комментарий]

Примеры: Означает, что терминал с мак-адресом 02:03:04:05:06:07 прочитает параметры из файла ListIncludes/file1 .

03:04:05:06:07:08(vasja@) file2

Означает, что терминал с мак-адресом 03:04:05:06:07:08 прочитает параметры из файла ListIncludes/file2 и в окошко "Вход в Windows" подставит имя пользователя "vasja".

04:05:06:07:08:09(term5) file6 file7 # Комп замглавбуха.

Означает, что терминалу с мак-адресом 04:05:06:07:08:09 будет присвоено имя term5, аналогично указанию параметра clienthostname , и он прочитает параметры из файлов ListIncludes/file6 и ListIncludes/file7 .
Чтобы можно было указывать имя пользователя русскими буквами, надо открыть этот файл в Notepad и сохранить с Encoding: Unicode.

Порядок чтения, приоритет значений

Конфигурационные файлы читаются в таком порядке:

1. all.wtc
2. Файлы, указанные в list.wtc
3. Файлы, подключенные к конфигурации терминала через директивы template и connection
4. Индивидуальный конфиг

Параметры переписываются по мере прочтения, и используется последнее значение. Т.е. если например параметр server указан в all.wtc и индивидуальном конфиге, то будет использовано значение из индивидуального конфига, потому что он прочитан позже.