auto.master

title: auto.master(5)

summary: Основная таблица для автомонтирования

text:
# auto.master(5)

## НАЗВАНИЕ
/etc/auto.master - Основная таблица для автомонтирования

## ОПИСАНИЕ
Файл таблицы auto.master просматривается при вызове скрипта autofs(8), который настраивает необходимые точки монтирования для автомонтирования. В каждой строке этого файла указывается базовая точка монтирования и ссылка на другой табличный файл, описывающий монтируемые к данной базовой точке файловые системы. При доступе к этим таблицам (map-файлам) используется ключ.

В случае косвенной таблицы автомонтирования доступ к автоматически смонтированной файловой системе происходит по пути, составленному по следующей схеме:

/mountpoint/key/path/file,

где mountpoint -- базовая точка монтирования, указанная в конфигурационном файле auto.master. Key соответствует ключу в map-файле, на который ссылается основная таблица master (см. autofs(5)). Path и file, соответственно, указывают на требуемый файл в примонтированной файловой системе.

В случае прямой (абсолютной) таблицы автомонтирования доступ к файловой системе выполняется по полному пути, указанному в соответствующем (ассоциированном) map-файле. Базовая точка монтирования для абсолютной таблицы всегда задаётся в конфигурационном файле auto.master как /-.

## ФОРМАТ
Табличный файл auto.master состоит из трёх полей, разделённых произвольным количеством пробелов или табуляций. Строки, начинающиеся с #, являются комментариями.

Первое поле -- базовая точка монтирования (mountpoint).

Второе поле -- файл таблицы (map-файл), соответствующий этой точке монтирования. Данное поле определяется в формате maptype:mapname, где maptype - тип таблицы (поддерживаются типы file, program, yp, nisplus, hesiod, userdir, ldap), а mapname - имя таблицы.

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

Формат map-файла (таблицы) и опции описаны в autofs(5).

## ПРИМЕР

```
/home	/etc/auto.home
/misc	/etc/auto.misc
/mnt	yp:mnt.map
```

В этом примере заданы три точки монтирования: /home, /misc и /mnt. Любое обращение к каталогу /home приводит к чтению таблицы /etc/auto.home, обращение к /misc -- к чтению таблицы /etc/auto.misc, а обращение к /mnt -- к чтению таблицы NIS mnt.map.

## СМОТРИ ТАКЖЕ
automount(8), autofs(5), autofs(8).

## АВТОР
Эта страница руководства была написана Кристофером Ламитером (Christoph Lameter) <chris@waterf.org> для системы Debian GNU/Linux system. Отредактирована Питером Энвином (H. Piter Anvin <hpa@transmeta.com>.

Перевод на русский язык выполнил Александр Саввин <savvin@mail.ru>.


autofs

package: man-pages-ru-extra

title: autofs(5)

summary: Формат таблицы автомонтирования

text:
# autofs(5)

## НАЗВАНИЕ
autofs - Формат таблицы автомонтирования

## ОПИСАНИЕ
Таблицами (map-файлами) автомонтирования могут являться файлы, либо таблицы NIS, на которые ссылается основная (master) таблица автомонтирования (см. auto.master(5)). В таблицах описывается расположение файловых систем, которые автоматически подмонтируются к базовым точкам монтирования (задаваемых в файле auto.master). Здесь описывается формат таблицы sun, для другого формата (например, hesiod) этот документ не применим.

Таблицы можно редактировать `на лету' -- эти изменения будут учтены при следующей операции с данной таблицей. Однако это не относится к основной таблице auto.master!

## ФОРМАТ
Здесь даётся описание формата текстового файла. Могут существовать и другие способы определения этих файлов. Все пустые строки и строки, начинающиеся с #, игнорируются. Основной формат строки в такой таблице следующий:

key [-options] location

### key
При косвенном (относительном) монтировании это часть пути между точкой монтирования и путём в смонтированной файловой системе. Как правило, ключ можно рассматривать как имя подкаталога ниже точки монтирования, например

```
/mountpoint/key/path/to/file
```

При прямом (абсолютном) монтировании в качестве ключа указывается полный путь к точке монтирования. Такая таблица всегда ассоциирована с точкой монтирования /- в основной (master) таблице.

### options
Опции не обязательны. Опции также можно задать в файле auto.master -- в этом случае оба значения аккумулируются (это отличается от SunOS). Options -- это список опций, разделяемых запятыми, для команды mount(8). Имеется две специальных опции: -fstype=, используемая для указания типа файловой системы, если файловая система не является NFS по умолчанию. Эта опция обрабатывается автомонтировщиком и не передаётся команде mount. -strict используется для обработки ошибок монтирования ФС как фатальных. Это важно при монтировании нескольких файловых систем (`multimounts'). Если эта опция задана, то ни одна файловая система не будет монтироваться, если возникнет ошибка монтирования какой-либо ФС.

### location
Определяет монтируемую файловую систему. В большинстве случаев это будет NFS том и для указания удалённой системы и монтируемого пути используется обычная нотация host:pathname. Если монтируемая ФС начинается с / (например, локальные записи /dev или ресурсы smbfs), то необходим префикс : (например, :/dev/sda1).

## ПРИМЕР

```
kernel	-ro,soft,intr	ftp.kernel.org:/pub/linux
boot	-fstype=ext2	:/dev/hda1
windoze	-fstype=smbfs	://windoze/c
removable	-fstype=ext2	:/dev/hdd
cd	-fstype=iso9660,ro	:/dev/hdc
floppy	-fstype=auto	:/dev/fd0
server	-rw,hard,intr	/ -ro myserver.me.org:/ \
			/usr myserver.me.org:/usr \
			/home myserver.me.org:/home
```

В первой строке у нас удалённое монтирование NFS каталога kernel на ftp.kernel.org. Это монтирования read-only. Вторая строка монтирует том ext2 на локальном ide устройстве. Третья строка делает доступным для автомонтирования экспортируемого ресурса Windows-машины. Остальные должны быть понятны сами по себе. Последняя запись (последние три строки) -- это пример multi-map (см. ниже).

При использовании автомонтирования файловой системы, не поддерживающей разрешения доступа (access permissions), например, fat, то как правило пользователи не могут писать в такую ФС, поскольку она монтируется пользователем root. Эту проблему можно решить передачей опции gid=<gid>, например, gid=floppy. Тогда ФС монтируется с группой floppy вместо root. Затем добавляем пользователей в эту группу, и они могут писать в эту ФС. Вот образец записи в таблицу autofs:

```
floppy-vfat  -fstype=vfat,sync,gid=floppy,umask=002  :/dev/fd0
```

## ВОЗМОЖНОСТИ

### Map Key Substitution (подмена ключа таблицы)
Символ & в location заменяется на значение поля key, соответствующего строке (которая, возможно, имеет смысл только вместе с групповым ключом).

### Wildcard Key (групповой ключ)
Символ * в поле key косвенных таблиц соответствует всем ключам. Следующая запись демонстрирует полезность такого ключа:

```
*	&:/home/&
```

Это позволяет вам получить доступ ко всем домашним каталогам локальных хостов, используя путь /mountpoint/hostname/local-path.

### Variable Substitution (подмена переменных)
Следующие специальные переменные с префиксом $ будут заменены в полях key и location таблицы автомонтирования, как результат shell-скриптов (для отделения имен можно использовать круглые скобки):

```
ARCH	Architecture (uname -m)
CPU	Processor Type
HOST	Hostname (uname -n)
OSNAME	Operating System (uname -s)
OSREL	Release of OS (uname -r)
OSVERS	Version of OS (uname -v)
```

Можно также определить дополнительные записи с помощью табличной опции -Dvariable=Value к automount(8).

### Executable Maps Исполняемые таблицы
Таблицу можно отметить как исполняемую. Начальный скрипт, который обрабатывает таблицу auto.master, будет передавать ее автомонтировщику как таблицу program. Таблица program будет вызвана как скрипт с ключом в качестве аргумента. Она может ничего не возвращать в случае ошибки или одни или несколько строк, содержащих таблицу. (с \ , экранирующим окончания строк).

Для использования таблиц program демон automount(8) необходимо запустить с типом program вместо типа file. Это реализовано в скрипте инициализации.

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

### Множественное монтирование
Для указания нескольких файловых систем для монтирования можно использовать multi-mount map. Она имеет вид:

```
key [-options] [mountpoint [-options] location...]...
```

Это можно расположить на нескольких строках, отменяя разрыв строки с помощью `\'. При наличии опции монтирования для каждой точки монтирования добавляются к опциям монтирования по умолчанию.

### Реплицируемый сервер

```
Несколько реплицируемых хостов, один путь:
<path> host1,host2,hostn:/path/path
Несколько хостов, некоторые с одинаковым путём, некоторые - с другим:
<path> host1,host2:/blah host3:/some/other/path
Несколько реплицируемых хостов, различные (потенциально) пути:
<path> host1:/path/pathA host2:/path/pathB
Несколько взвешенных реплицируемых хостом с одинаковым путём:
<path> host1(5),host2(6),host3(1):/path/path
Несколько взвешенных реплицируемых хостов с разными (потенц.) путями:
<path> host1(3):/path/pathA host2(5):/path/pathB
Всё остальное под вопросом и не поддерживается, но эти вариации также
будут работать:
<path> host1(3),host:/blah
```

## НЕ ПОДДЕРЖИВАЕТСЯ
Эта версия автомонтировщика поддерживает прямые таблицы только для типов FILE, NIS и LDAP, и обрабатывает реплицируемые ФС в стиле SunOS только в том объёме, в котором это делает mount(8).

## ПРЕДОСТЕРЕЖЕНИЕ
В отличие от синтаксиса multi-mount в Sun, точка монтирования является обязательной для всех монтирований.

## СМОТРИ ТАКЖЕ
automount(8), auto.master(5), autofs(8), mount(8).

## АВТОРЫ
Эта страница руководства была написана Кристофером Ламитером (Christoph Lameter) <chris@waterf.org> для системы Debian GNU/Linux. Отредактировано Питером Энвином (H. Peter Anvin) <hpa@transmeta.com>, Джереми Фитцхардингом (Jeremy Fitzhardinge) <jeremy@goop.org> и Айэном Кентом (Ian Kent) <raven@themaw.net>.

Перевод на русский язык выполнил Александр Саввин <savvin@mail.ru>


crontab

title: crontab(5)

text:
# crontab(5)

## ИМЯ
crontab — таблицы, управляющие работой демона cron

## ОПИСАНИЕ
Файл crontab содержит инструкции демону cron(8) в общей форме: запускать указанную команду в заданное время и в заданные дни. На компьютере обычно имеются общесистемный файл crontab (/etc/crontab ), и индивидуальные файлы crontab (/var/spool/cron/<имя-пользователя>) для пользователей системы. Таким образом, команды в файле crontab будут выполняться с правами этих пользователей crontab или, в случае общесистемного файла, с правами пользователя указанного в командной строке при запуске демона. У демонов Uucp и News обычно есть свои собственные crontab, устраняющие необходимость в явном запуске su(1) в рамках команды cron(8).

Хотя crontab по сути является обыкновенным текстовым файлом, он не должен редактироваться обычными средствами. Для создания, изменения и удаления crontab следует использоваться специальную утилиту, crontab(1).

Пустые строки, ведущие пробелы и символы табуляции игнорируются. Строки, начинающиеся с символа (‘#’), считаются комментариями и игнорируются. Заметьте, что комментарии не допускаются в тех же строках, где расположены команды cron(8), так как они будут распознаны как части команды. По этой же причине комментарии не разрешены в строках, задающих переменные среды.

Строка-директива в crontab представляет собой либо задание переменной среды, либо команду cron(8)

Задание переменной среды

Можно определять среду (набор переменных среды), в которой будет выполняться команда crontab. Задание переменной среды осуществляется в следующей форме:

имя_переменной = значение

где пробелы вокруг знака равенства (‘=’) необязательны, и любые пробелы после значения будут использованы как часть значения переменной имя_переменной. Строка может быть заключена в кавычки (одинарные или двойные) для возможности сохранения пробелов в начале и конце.

Несколько переменных среды устанавливаются автоматически демоном cron(8). SHELL устанавливается в /bin/sh, а LOGNAME и HOME определяются по файлу /etc/passwd (в соответствии с владельцем crontab). Значения переменных HOME и SHELL можно переопределить директивами crontab.

В системах семейства BSD переменная LOGNAME может называться USER. В OpenBSD cron(8) определяет обе переменные USER и LOGNAME (задавая им одинаковые значения).

В дополнение к LOGNAME , HOME и SHELL, cron(8) может использовать переменную MAILTO в случаях если в данном crontab была указана отправка почты. Если MAILTO определена (и не пуста), электронная почта отправляется указанному в переменной пользователю. Если MAILTO определена, но пустая, (MAILTO = ‘’), электронная почта отправляться не будет. В противном случае, почта посылается владельцу crontab. Эта переменная полезна при запуске команд от псевдопользователей, для которых не определены почтовые адреса в системе.

Команды cron

Формат команд cron(8) аналогичен стандарту V7 и является совместимым с ним. Каждая стока в системном crontab состоит из шести полей и команды:

минута час число месяц день_недели пользователь команда

Каждая стока в пользовательском crontab состоит из пяти полей и команды:

минута час число месяц день_недели команда

Поля отделяются друг от друга пробелами или символами табуляции. Команда может состоять из нескольких полей. Допустимые значения полей:

поле

допустимые значение

-----

--------------

минута

* или 0-59

час

* или 0-23

число

* или 1-31

месяц

*, 1-12 или имя месяца (см. ниже)

день-недели

*, 0-7 или имя дня (воскресенье - это 0 и 7)

пользователь

имя существующего пользователя

команда

строка

Допустимо указание нескольких значений (и диапазонов через тире) через запятую. Примеры: “1, 2, 5, 9”, “0-4, 8-12”.

Диапазон указывается как два числа, разделенных дефисом. Указываемые числа включаются в диапазон. Например, значение поля час 8-11 приведёт к выполнению команды в 8, 9, 10 и 11 часов.

При указании диапазона можно пропускать некоторые его значения, указав шаг в форме /число. Например: “0-23/2” для поля час означает запуск команды через два часа (по стандарту V7 пришлось бы указывать “0,2,4,6,8,10,12,14,16,18,20,22”). Шаг можно указывать также после звёздочки: “каждые два часа” соответствует значению “*/2”.

Звёздочка (‘*’) без шага соответствует полному диапазону значений.

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

Поле команда (остаток строки) определяет запускаемую по расписанию команду. Вся оставшаяся часть строки до символа перевода строки или символа %, будет выполнен вызов /bin/sh или другой оболочки, определенной в переменной SHELL в crontab. Знак процента (‘%’) в команде (если он не экранирован обратной косой чертой (‘\’), ) будет соответствовать символу перевода строки и все данные после первого ‘%’

будут посланы для команды на стандартный ввод.

Демон cron(8) запускает команды когда значения полей минута, час, месяц и хотя бы одно из полей Faчисло и день_недели, совпадают с текущим временем (см. замечание ниже). Демон cron(8) сверяет директивы crontab с текущим временем раз в минуту.

Замечание: день выполнения команды может быть задан в двух полях — число и день_недели. Если оба поля определены (т.е не равны *), то команда будет запущена, когда поле совпадёт с текущим временем. Например, запись:

30 4 1,15 * 5

приведёт к выполнении команды в 4:30 по полуночи первого и пятнадцатого числа каждого месяца, плюс в каждую пятницу.

Вместо первых пяти полей допустимо указание одного из восьми специальных триггеров:

строка

значение

------

-------

@reboot

Выполнить команду один раз, при запуске cron(8).

@yearly

Выполнять команду каждое 1 января, "0 0 1 1 *".

@annually

(эквивалентно @yearly).

@monthly

Выполнять команду в начале каждого месяца, "0 0 1 * *".

@weekly

Выполнять команду каждое воскресенье, "0 0 * * 0".

@daily

Выполнять команду в полночь, "0 0 * * *".

@midnight

(эквивалентно @daily).

@hourly

Выполнять команду раз в час, "0 * * * *".

## ПРИМЕРЫ

```
# использовать для запуска команд /bin/sh
# не обращая внимание на то, что написано в /etc/passwd
SHELL=/bin/sh
# отправлять вывод выполнения команд по электронной почте пользователю `paul'
# не обращая внимания на то, чей это crontab
MAILTO=paul
#
# запускать пять минут пополуночи, каждый день
5 0 * * *       $HOME/bin/daily.job >> $HOME/tmp/out 2>&1
# запускать в 14:15 первого числа каждого месяца
15 14 1 * *     $HOME/bin/monthly
# запускать в 22.00 каждый рабочий день, назло Джо
0 22 * * 1-5	mail -s "Уже 10 вечера" joe%Joe,%%Где твои дети?%
23 0-23/2 * * * echo "запуск в 00:23, 2:23, 4:23 ..., каждый день"
5 4 * * sun     echo "запуск в 4:05 каждое воскресенье"
```

## СМ. ТАКЖЕ
crontab(1), cron(8)

## НЕСТАНДАРТНЫЕ ВОЗМОЖНОСТИ
При задании дня недели, и 0 и 7 соответствуют воскресенью. BSD и ATT не поддерживают такое поведение.

Можно указывать одновременно и списки и диапазоны в одном и том же поле. “1-3,7-9” не будет принято cron систем ATT и BSD u043E]ни допускают только либо “1-3”, либо “7,8,9”

Диапазоны можно указывать с пропусками, например “1-9/2” соответствует “1,3,5,7,9”.

Допустимо указание месяцев или дней недели по имени.

В crontab можно задавать переменные среды. В BSD и ATT, среда для дочерних процессов определяется файлом /etc/rc

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

Любая из команд с префиксом ‘@’ может заменять первые пять полей файла.

## АВТОР
Paul Vixie ⟨vixie@isc.org⟩

Николай Шафоростов <shafff@ukr.net> 2007


etcnet-options

title: etcnet-options(5)

text:
# etcnet-options(5)

## ИМЯ
/etc/net опции интерфейса

## ОБЫЧНЫЕ ОПЦИИ
TYPE

Эта опция определяет тип интерфейса. Это требуется, если тип интерфейса не может быть определен по имени интерфейса и если DISABLED не установлено.

DISABLED

Установите значение "yes" чтобы игнорировать интерфейс. Обратите внимание, что установив значение DISABLED "yes" в ifaces/default/options и не имея "DISABLED=no" в опциях, специфичных для интерфейса, файл фактически заблокирует ВСЕ интерфейсы.

BOOTPROTO

BOOTPROTO может быть любым из следующих: static, dhcp, ipv4ll. * "static": использует ipv4address/ipv6address Если вы не хотите приписать какой-либо адрес интерфейсу, но все же сохраняете его поднятым и работающим, вы можете использовать 'static' и не иметь файлов ipv4address. * "dhcp": запускает DHCP клиента * "ipv4ll": запускает IPv4LL клиента (zcip) Насколько известно, не существует работающей реализации DHCP для IPv6. IPv4LL не требуется для IPv6, из-за link-scope адресов. Дополнительные свойства - multi-method конфигурации (методы могут быть разграничены посредством ' ', ',' или '-': * "dhcp-static": пробует DHCP, если неудачно, изменяет * "dhcp-ipv4ll": то же, но возвращение к IPv4LL * "dhcp-ipv4ll-static": пробует DHCP, возвращение к IPv4LL (ошибка очень маловероятна), возвращение к статическому /etc/net попробует сконфигурировать интерфейс по методу первого следующего. Обратите внимание что etcnet обрабатывает маршруты и правила несмотря на BOOTPROTO.

ONBOOT

Определяет, будет ли интерфейс автоматически запущен во время запуска системы или при вызове 'service network start'.

USE_HOTPLUG

Если установлено yes, iface будет пропущен при загрузке. Обратите внимание, что стандартные hotplug вызывают /sbin/ifup и /sbin/ifdown. Это должно быть заменено на /etc/net/scripts/ifup-removable and /etc/net/scripts/ifdown-removable соответственно, если вы хотите использовать etcnet с hotplug.

USE_PCMCIA

То же, что и для pcmcia_cs

CONFIG_IPV4, CONFIG_IPV6, CONFIG_IPX

Эти опции определяют, хотите ли вы выполнить конфигурацию определенного протокола или нет.

CONFIG_QOS

Эта опция разрешает конфигурацию Linux QoS. Эта тема раскрывается в руководстве etcnet-qos.

CONFIG_WIRELESS

Эта опция разрешает конфигурацию беспроводных соединений.

CONFIG_FW

Эта опция разрешает конфигурацию брандмауэра. Эта тема раскрывается в файле README.firewall.

KEEP_DOWN

Если установлено yes, интерфейс не будет поднят, но будет сконфигурирован. Маловероятно, что вам понадобится эта опция.

DONT_FLUSH

IPv4/IPv6. Не удалять существующие адреса из интерфейса до того как назначите новые. Также удалять адреса при переконфигурации.

IFUP_CHILDREN

Если установлено yes, вызвать ifup для всех дочерних (имеющих текущий интерфейс в списке REQUIRES) после установки текущего интерфейса.

IFUP_PARENTS

Если установлено yes, вызвать ifup для всех родительских (перечисленных в текущем списке REQUIRES) перед тем как будет установлен текущий интерфейс. Обратите внимание: это не будет работать для ifplugd-контролируемых интерфейсов.

IFDOWN_CHILDREN

Если установлено yes, вызвать ifdown для всех дочерних (имеющих текущий интерфейс в списке REQUIRES) перед тем как текущий интерфейс прекратит работу.

IFDOWN_PARENTS

Если установлено yes, вызвать ifdown для всех родительских (перечисленных в текущем списке REQUIRES) после того как текущий интерфейс прекратит работу. Обратите внимание: это не будет работать для ifplugd-контролируемых интерфейсов.

## Опции Ethernet
MODULE

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

USE_IFPLUGD

Специальный метод конфигурации. Интерфейс будет создан, но ни одна конфигурация не будет выполнена, пока кабель не будет подключен. Когда ifplugd определит наличие кабеля, он запустит ifup-ifplugd для завершения конфигурации. Значения: no: не использовать это свойство yes: организовать ifplugd для каждого подобного интерфейса auto: то же что 'yes', если ifplugd доступен и карта поддерживает обнаружение сети

PERSISTENT_IFPLUGD

Два операционных режима возможны с USE_IFPLUGD=auto: постоянный ifplugd (ifplugd будет запущен один раз и в дальнейшем при необходимости приостановлен/возобновлен) и временный ifplugd (ifplugd будет остановлен при ifdown и запущен при ifup каждый раз). Режим по умолчанию - сохранять ifplugd запущенным.

IFPLUGD_EXTRA_ARGS

/etc/net автоматически создаст список параметров ifplugd, но вы можете добавить дополнительные параметры к этой опции.

LINKDETECT

Опция LINKDETECT позволяет аннулировать время DHCP/IPv4LL, если кабель Ethernet не подключен во время запуска. Это свойство требует ifplugstatus и выключено по умолчанию поскольку не все сетевые карты правильно сообщают состояние сети. Возможные значения: yes/no/auto.

MACADDR_WAITTIME

Некоторые модули сетевых карт сначала создают сетевое устройство, затем вызывают инициализацию и через некоторое время заполняют данные MAC-адреса. Hotplug начинает работу немедленно после того, как создан интерфейс, так что если вы указываете MAC-адрес в iftab, может произойти ошибка. Если это значение ненулевое, /etc/net будет ждать определенное количество раз по 0.1 с пока MAC-адрес станет не 00:00:00:00:00:00. ПРЕДУПРЕЖДЕНИЕ: ЭТО - ЭКСПЕРИМЕНТАЛЬНОЕ СВОЙСТВО!!!

IWCONFIG

Опциональный путь к iwconfig.

WPA_SUPPLICANT

Опциональный путь к wpa_supplicant.

WPA_DRIVER

Имя опционального WPA-драйвера, для попадания к wpa_supplicant.

DHCP_CLIENT

Полный путь к DHCP-клиенту. Текущие dhclient и dhcpcd распознаются и соответственно создается список опций командной строки.

DHCP_ARGS

Параметры дополнительного опционального DHCP-клиента.

DHCP_HOSTNAME

Возможные значения: 'localhost' (вычислить действительное имя host и отправить DHCP серверу с опцией -h); 'AUTO' (получить имя хоста от DHCP сервера с опцией -H); 'NONE' (ничего не посылать); любая другая строка (послать строку как имя хоста с -h). Значение 'AUTO' работает только с dhcpcd-клиентом.

## Опции IP-тоннеля
TUNTYPE

Тип IP-тоннеля: 'ipip' (по умолчанию), 'gre' или 'sit'.

TUNLOCAL

Локальная точка тоннеля.

TUNREMOTE

Точка тоннеля на удаленной системе.

TUNOPTIONS

Добавить опции тоннеля (TTL, GRE-ключи и пр). Не устанавливайте здесь значение 'dev'.

HOST

Опциональный host-интерфейс. Если установлено, это имя будет использовано для опции 'dev'.

## Опции тоннеля IPSec
По крайней мере один код или дайджест должен быть сконфигурирован. CIPHERFILE и DIGESTFILE ищутся в каталоге iface. Если определен CIPHER, CIPHERFILE тоже должен быть определен, то же самое для DIGEST и DIGESTFILE.

IPSECADM

Опциональное местоположение ipsecadm.

TUNLOCAL

Локальная точка тоннеля.

TUNREMOTE

Точка тоннеля на удаленной системе.

TUNSPI

SPI должен быть определен для IPSec-тоннеля. SPI - шестнадцатеричное число, значения меньше чем 0x2000 зарезервированы.

CIPHER

Имя кода.

CIPHERFILE

Имя файла кода.

DIGEST

Имя дайджеста.

DIGESTFILE

Имя файла дайджеста.

HOST

Параметр "ipsecadm --nextdev".

## Опции VLAN
VCONFIG

Опциональный путь к vconfig.

NAMETYPE

Опциональное название типа именования VLAN, подробности см. vconfig --help. Эта опция также используется при работе vlantab. Возможные значения: VLAN_PLUS_VID, VLAN_PLUS_VID_NO_PAD, DEV_PLUS_VID, DEV_PLUS_VID_NO_PAD (по умолчанию).

HOST

Требуемое родительское имя iface.

VID

Требуемый VLAN ID.

## Опции DVB
DVBTYPE

Это обязательная опция. Текущие поддерживаемые значения: ss223 для SkyStar-2 rev. 2.3, ss226 для SkyStar-2 rev. 2.6, pentanet для Pent@NET, pentaval для Pent@VALUE

Опции SkyStar-2

PID

SZAP

SZAP_ARGS

DVBNET

CHANNELS_CONF

Для карт SkyStar вы можете указать местоположение channels.conf (по умолчанию channels.conf ищется в каталоге конфигурации интерфейса).

Опции Pent@NET

PENTANETT

Местоположение pentanett

PENTANET_CONF

Имя файла config.

Опции Pent@VALUE

PENTAVALT

Местоположение pentavalt

PENTAVAL_CONF

Имя файла config

## Опции соединения
IFENSLAVE

HOST

BONDMODE

Рабочий режим (опционально). Возможные значения: 0 для round robin (по умолчанию), 1 для active-backup, 2 для xor, 3 для broadcast, 4 для IEEE 802.3ad Агрегирование динамической связи.

BONDOPTIONS

Дополнительные опции. Они будет давать эффект в зависимости от интерфейса. Список из modinfo bond:

miimon:int: Интервал проверки линии в миллисекундах

updelay:int: Задержка перед установкой соединения в миллисекундах

downdelay:int: Задержка перед обрывом соединения в миллисекундах

use_carrier:int: Использовать netif_carrier_ok (против MII ioctls) в miimon; 0 для выключения, 1 для включения (по умолчанию)

primary:string: Первичное используемое сетевое устройство

lacp_rate:string: LACPDU tx частота запроса из 802.3ad partner (медленно/быстро)

arp_interval:int: arp-интервал в миллисекундах

arp_ip_target:string массив (мин = 1, макс = 16): arp-цели в виде n.n.n.n

## Опции моста
BRCTL

Опциональная замена пути brctl.

HOST

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

## Опции PPP
Этот раздел повторяет информацию страницы руководства pppd(8).

PPPTYPE

PPP-подтип. Допустимые типы: dialup, pptp, pppoe. Типы pptp и pptp полезны при правильно установленных переменных REQIURES и HOST соответственно. Подтип dialup добавит 'modem' к списку опций pppd.

PPTP_SERVER

Для подтипа "pptp" вы должны задать имя хоста или IP-адрес PPtP-сервера, к которому вы подключаетесь. В противном случае остается PPPTYPE=dialup.

HOST

pppoe-клиенту необходимо имя целевого интерфейса. Вы должны задать его в переменной HOST, create-ppp автоматически создаст правильную опцию pty для pppd. Эта опция обязательна если PPPTYPE=pppoe.

PPPOE

Опциональный путь pppoe.

PPPOE_EXTRA_OPTIONS

PPTP

Опциональный путь pptp-клиента.

PPTP_EXTRA_OPTIONS

PPPD

Опциональное местоположение pppd

PPPOPTIONS

Дополнительные параметры pppd. Обратите внимание, что файлы интерфейс-специфичных опций заменят PPPOPTIONS из options-ppp, без добавления.

CHAT

Опциональное местоположение chat

CHATOPTIONS

Опции chat (таймаут, полнота вывода информации и т.д.)

PPPOPTIONSFILE

PPPINITCHAT

PPPCONNECTCHAT

PPPDISCONNECTCHAT

RESTORE_DEFAULTROUTE

pppd не сохраняет маршрут по умолчанию. Мы могли бы сохранить и восстановить его с помощью ip-up/ip-down, но эта функция проделает это за нас.

PPPTIMEOUT

Ваша подключение по PPP не отключаться на большее количество секунд, чем задано в этой опции. /etc/net будет использовать опции pppd lcp-echo-interval и lcp-echo-failure, если эта опция установлена.

## ПЕРЕВОД
Vsevolod Khalizev <vkhalizev@gmail.com> 2007.


fstab

title: fstab(5)

text:
# fstab(5)

## НАЗВАНИЕ
fstab - статическая информация о файловых системах

## СИНТАКСИС
\#include <fstab.h>

## ОПИСАНИЕ
Файл fstab содержит описательную информацию о различных файловых системах. fstab только читается программами, но не пишется; создание и изменение этого файла - задача системного администратора. Каждая файловая система описывается отдельной строкой; строки разделяются пробелами или символами табуляции. Начинающиеся на '#' строки считаются комментариями. Порядок записей в fstab важен, потому что fsck(8), mount(8), и umount(8) при своей работе просматривают файл fstab последовательно.

Первое поле (fs_spec) описывает монтируемые блочное устройство или удаленную файловую систему.

Для монтирования обычных файловых систем в этом поле указывается файл (или ссылка на файл) блочного устройства (создаваемый mknod(8)), содержащего монтируемую файловую систему, например, `/dev/cdrom' или `/dev/sdb7'. Для монтирования ресурса NFS указывается <узел>:<путь>, к примеру, `knuth.aeb.nl:/'. В случае procfs указывайте `proc'.

Вместо прямого указания устройства можно указывать файловую систему (в случае ext2/ext3, xfs и других, поддерживающих эти возможности) по ее идентификатору UUID или метке (см. e2label(8) или xfs_admin(8)), таким образом: LABEL=<метка> или UUID=<uuid>, например, `LABEL=Boot' или `UUID=3e6be9de-8139-11d1-9106-a43f08d823a6'. Это сделает систему более устойчивой, поскольку при добавлении или удалении диска SCSI может смениться имя устройства, но не метка файловой системы.

Второе поле (fs_file) описывает точку монтирования файловой системы. Для разделов подкачки в этом поле должно быть указано `none'. Если имя точки монтирования содержит пробелы, они должны быть заменены на `\040'.

Третье поле (fs_vfstype) описывает тип файловой системы. Linux поддерживает множество файловых систем, в том числе adfs, affs, autofs, coda, coherent, cramfs, devpts, efs, ext2, ext3, hfs, hpfs, iso9660, jfs, minix, msdos, ncpfs, nfs, nfs4, ntfs, proc, qnx4, reiserfs, romfs, smbfs, sysv, tmpfs, udf, ufs, umsdos, vfat, xenix, xfs, и, возможно, другие. Для подробностей см. mount(8). Список файловых систем, поддерживаемых работающим в данный момент ядром, содержится в файле /proc/filesystems. Запись swap обозначает файл или раздел, используемый для подкачки, см. swapon(8). Запись ignore предписывает игнорировать эту строку. Это полезно для обозначения в данный момент неиспользуемых разделов.

Четвертое поле (fs_mntops) описывает параметры монтирования для данной файловой системы.

Это поле представляет собой список параметров, разделенных запятыми. Оно содержит по крайней мере тип монтирования, плюс дополнительные параметры, соответствующие типу данной файловой системы. Описание допустимых параметров для обычных (не NFS) файловых систем см. в mount(8). Описание параметров, специфичных для ресурсов NFS, см. в nfs(5). Общими для всех типов файловых систем являются параметры ``noauto'' (не монтировать по команде "mount -a", выполняемой, в частности, при начальной загрузке), ``user'' (позволяет обычным пользователям выполнять монтирование), ``owner'' (позволяет владельцу устройства выполнять монтирование) и ``comment'' (например, для использования программами, обслуживающими fstab). Параметры ``owner'' и ``comment'' специфичны для Linux. Для подробностей см. mount(8).

Пятое поле (fs_freq) используется программой dump(8) для определения необходимости выгрузки данной файловой системы. Если это поле отсутствует или содержит 0, dump получает 0 и считает, что файловая система не требует выгрузки.

Шестое поле (fs_passno) используется программой fsck(8) для определения порядка, в котором файловые системы проверяются при перезагрузке. Для корневой файловой системы следует указывать 1, а для остальных систем 2. Файловые системы, находящиеся на одном диске, проверяются последовательно, на разных - параллельно, для ускорения проверки. Если это поле отсутствует или содержит 0, fsck получает 0 и не проверяет данную файловую систему вообще.

Надлежащим способом чтения записей из fstab является использование функции getmntent(3).

## ФАЙЛЫ
/etc/fstab

## СМ. ТАКЖЕ
getmntent(3), mount(8), swapon(8), fs(5) nfs(5)

## ИСТОРИЯ
Предшественник формата fstab появился в 4.0BSD.

## ПЕРЕВОД
Andrey Rahmatullin <wrar@altlinux.ru> 10.11.2005


ldif

title: ldif(5)

summary: Формат обмена данными LDAP

text:
# ldif(5)

## НАЗВАНИЕ
ldif - Формат обмена данными LDAP

## ОПИСАНИЕ
Формат обмена данными LDAP (LDIF - LDAP Data Interchange Format) используется для представления записей LDAP в текстовом виде. Чтение и запись в формате LDIF поддерживаются такими утилитами LDAP, как ldapadd(1) и ldapsearch(1).

Основной вид записи LDIF следующий:

```
	dn: <distinguished name>
	<attrdesc>: <attrvalue>
	<attrdesc>: <attrvalue>
	<attrdesc>:: <base64-encoded-value>
	<attrdesc>:< <URL>
	...
```

Значения можно задавать в виде текста UTF-8 или в виде данных, закодированных с помощью base64, можно также указать URI на местонахождения значения атрибута.

Строку можно продолжить на следующих строках, начиная их с одного пробела или символа табуляции, например,

```
	dn: cn=Barbara J Jensen, dc=exam
	 ple, dc=com
```

Строки, начинающиеся с символа 'решётка' ('#'), игнорируются.

Несколько значений атрибута указываются на отдельных строках, например,

```
	cn: Barbara J Jensen
	cn: Babs Jensen
```

Если значение содержит непечатный символ или начинается с пробела или двоеточия ':', тогда за <attrdesc> следуют два двоеточия, а значение кодируется записью base64, например, значение " begins with a space" можно закодировать следующим образом:

```
	cn:: IGJlZ2lucyB3aXRoIGEgc3BhY2U=
```

Если значение атрибута находится в файле, то за <attrdesc> следуют /tmp/value, указывается следующим образом:

```
	cn:< file:///tmp/value
```

Также поддерживаются и другие схемы URI (ftp,http). Несколько записей в одном файле LDIF разделяются пустыми строками.

## ПРИМЕР
Приведён пример файла LDIF, содержащего три записи.

```
	dn: cn=Barbara J Jensen, dc=example, dc=com
	cn: Barbara J Jensen
	cn: Babs Jensen
	objectclass: person
	description:< file://tmp/babs
	sn: Jensen
	dn: cn=Bjorn J Jensen, dc=example, dc=com
	cn: Bjorn J Jensen
	cn: Bjorn Jensen
	objectclass: person
	sn: Jensen
	dn: cn=Jennifer J Jensen, dc=example, dc=com
	cn: Jennifer J Jensen
	cn: Jennifer Jensen
	objectclass: person
	sn: Jensen
	jpegPhoto:: /9j/4AAQSkZJRgABAAAAAQABAAD/2wBDABALD
	 A4MChAODQ4SERATGCgaGBYWGDEjJR0oOjM9PDkzODdASFxOQ
	 ERXRTc4UG1RV19iZ2hnPk1xeXBkeFxlZ2P/2wBDARESEhgVG
	...
```

Заметьте, что описание (description) в записи о Barbara Jensen считывается из файла file://tmp/babs, а фотография (jpegPhoto) в записи Jennifer Jensen закодирована с помощью base64.

## СМОТРИТЕ ТАКЖЕ
ldap(3), ldapsearch(1), ldapadd(1) LDAP Data Interchange Format,Good,G.,RFC2849.

## БЛАГОДАРНОСТИ
OpenLDAP разрабатывается и сопровождается проектом OpenLDAP (http://www.openldap.org/). OpenLDAP основан на релизе LDAP 3.3 Мичиганского университета.