0 - en to ru-RU translation catalogue (391 entries)

en: System boot
ru-RU: Загрузка системы

en: Initscripts
ru-RU: Сценарии инициализации

en: Rights
ru-RU: Права

en: Permissions
ru-RU: Привилегии

en: Supervision
ru-RU: Инспектирование

en: Backup
ru-RU: Резервное копирование

en: Hotplug
ru-RU: Горячее подключение

en: Unix Services
ru-RU: Сервисы Unix

en: This chapter covers a number of basic services that are common to many Unix systems. All administrators should be familiar with them.
ru-RU: Эта глава посвящена нескольким основным сервисам, общим для многих Unix-систем. Все администраторы должны быть хорошо знакомы с ними.

en: System Boot
ru-RU: Загрузка системы

en: <primary>booting</primary><secondary>the system</secondary>
ru-RU: <primary>загрузка</primary><secondary>системы</secondary>

en: When you boot the computer, the many messages scrolling by on the console display many automatic initializations and configurations that are being executed. Sometimes you may wish to slightly alter how this stage works, which means that you need to understand it well. That is the purpose of this section.
ru-RU: При загрузке компьютера множество сообщений, пробегающих на консоли, отображает выполнение многочисленных автоматических начальных инициализаций и настроек. Иногда может возникнуть желание несколько изменить работу этого этапа, а значит, необходимо хорошо её понимать. Помочь в этом — назначение данного раздела.

en: The systemd init system
ru-RU: Система инициализации systemd

en: The “real init” is currently provided by <emphasis role="pkg">systemd</emphasis> and this section documents this init system.
ru-RU: «Настоящий init» сейчас предоставляется <emphasis role="pkg">systemd</emphasis>, и в данном разделе описывается эта система инициализации.

en: <emphasis>CULTURE</emphasis> Before <command>systemd</command>
ru-RU: <emphasis>КУЛЬТУРА</emphasis> До <command>systemd</command>

en: <command>systemd</command> is a relatively recent “init system”, and although it was already available, to a certain extent, in <emphasis role="distribution">Wheezy</emphasis>, it has only become the default in Debian <emphasis role="distribution">Jessie</emphasis>. Previous releases relied, by default, on the “System V init” (in the <emphasis role="pkg">sysv-rc</emphasis> package), a much more traditional system. We describe the System V init later on.
ru-RU: <command>systemd</command> является относительно новой «системой инициализации», но несмотря на это, она уже была доступна в <emphasis role="distribution">Wheezy</emphasis>. По умолчанию, она стала применяться в Debian <emphasis role="distribution">Jessie</emphasis>. До этого, по умолчанию использовалась «System V init» (пакет <emphasis role="pkg">sysv-rc</emphasis>) — гораздо более традиционная система. System V init будет описана позднее.

en: <emphasis>ALTERNATIVE</emphasis> Other boot systems
ru-RU: <emphasis>АЛЬТЕРНАТИВА</emphasis> Другие системы загрузки

en: Boot sequence of a computer running Linux with systemd
ru-RU: Порядок загрузки компьютера с Linux и systemd

en: <emphasis>SPECIFIC CASE</emphasis> Booting from the network
ru-RU: <emphasis>ОСОБЫЙ СЛУЧАЙ</emphasis> Загрузка по сети

en: Booting from the network can be used to launch the <command>debian-installer</command> or FAI (see <xref linkend="sect.installation-methods" />).
ru-RU: Загрузка по сети может использоваться для запуска <command>debian-installer</command> или FAI (см. <xref linkend="sect.installation-methods" />).

en: <emphasis>BACK TO BASICS</emphasis> The process, a program instance
ru-RU: <emphasis>К ОСНОВАМ</emphasis> Процесс — экземпляр программы

en: <primary>process</primary>
ru-RU: <primary>процесс</primary>

en: <emphasis>SECURITY</emphasis> Using a shell as <command>init</command> to gain root rights
ru-RU: <emphasis>БЕЗОПАСНОСТЬ</emphasis> Использование командной оболочки в качестве <command>init</command> для получения привилегий root

en: By convention, the first process that is booted is the <command>init</command> program (which is a symbolic link to <filename>/lib/systemd/systemd</filename> by default). However, it is possible to pass an <literal>init</literal> option to the kernel indicating a different program.
ru-RU: Принято, что первым процессом при загрузке является <command>init</command> (по умолчанию символьная ссылка на <filename>/lib/systemd/systemd</filename>). Возможно передать ядру другие параметры для <literal>init</literal>.

en: Any person who is able to access the computer can press the <keycap>Reset</keycap> button, and thus reboot it. Then, at the bootloader's prompt, it is possible to pass the <literal>init=/bin/sh</literal> option to the kernel to gain root access without knowing the administrator's password.
ru-RU: Любой человек, способный получить доступ к компьютеру, может нажать кнопку <keycap>Reset</keycap> и перезагрузить его. Потом, в приглашении загрузчика, можно передать ядру опцию <literal>init=/bin/sh</literal>, чтобы получить доступ root, не зная пароля администратора.

en: To prevent this, you can protect the bootloader itself with a password. You might also think about protecting access to the BIOS (a password protection mechanism is almost always available), without which a malicious intruder could still boot the machine on a removable media containing its own Linux system, which they could then use to access data on the computer's hard drives.
ru-RU: Чтобы предотвратить это, можно защитить паролем сам загрузчик. Следует также задуматься о защите доступа к BIOS (механизм защиты паролем почти всегда доступен), без которой злоумышленник всё равно сможет загрузить машину с переносного накопителя c собственной системой Linux, которую он сможет использовать для доступа к данным на жёстком диске компьютера.

en: Since unit files are declarative rather than scripts or programs, they cannot be run directly, and they are only interpreted by systemd; several utilities therefore allow the administrator to interact with systemd and control the state of the system and of each component.
ru-RU: Так как файлы unit декларативны, в отличие от сценарием и программ, они не могут запускаться отдельно и интерпретируются только systemd, хотя несмотря на это, несколько вспомогательных программ позволяют администратору взаимодействовать с systemd, контролировать состояние системы и отдельных компонентов.

en: The first such utility is <command>systemctl</command>. When run without any arguments, it lists all the unit files known to systemd (except those that have been disabled), as well as their status. <command>systemctl status</command> gives a better view of the services, as well as the related processes. If given the name of a service (as in <command>systemctl status ntp.service</command>), it returns even more details, as well as the last few log lines related to the service (more on that later).
ru-RU: Первая из них — <command>systemctl</command>. При запуске без параметров, выводится список всех unit-файлов, известных системе (за исключением отключенных) и их статус. <command>systemctl status</command> дает лучший обзор сервисов и связанных процессов. Выводится имя файла service (как в <command>systemctl status ntp.service</command>), также дополнительная информация и последние несколько строчек из журнала, касающиеся этого процесса (позднее про это будет сказано более подробно).

en: Starting a service by hand is a simple matter of running <command>systemctl start <replaceable>servicename</replaceable>.service</command>. As one can guess, stopping the service is done with <command>systemctl stop <replaceable>servicename</replaceable>.service</command>; other subcommands include <command>reload</command> and <command>restart</command>.
ru-RU: Для запуска сервиса вручную, нужно просто набрать <command>systemctl start <replaceable>servicename</replaceable>.service</command>. Как можно догадаться, для остановки: <command>systemctl stop <replaceable>servicename</replaceable>.service</command>. Есть другие подкоманды: <command>reload</command> и <command>restart</command>.

en: To control whether a service is active (i.e. whether it will get started automatically on boot), use <command>systemctl enable <replaceable>servicename</replaceable>.service</command> (or <command>disable</command>). <command>is-enabled</command> allows checking the status of the service.
ru-RU: Для контроля за активность сервиса (запускается при загрузки системы или нет), нужно использовать <command>systemctl enable <replaceable>servicename</replaceable>.service</command> (или <command>disable</command>). Для проверки запущен ли сервис — <command>is-enabled</command>.

en: Another useful command-line flag is <command>-f</command>, which instructs <command>journalctl</command> to keep displaying new messages as they are emitted (much in the manner of <command>tail -f <replaceable>file</replaceable></command>).
ru-RU: Другой полезный флаг <command>-f</command> используется с <command>journalctl</command> для просмотра появления новых сообщений (похоже на <command>tail -f <replaceable>file</replaceable></command>).

en: If a service doesn't seem to be working as expected, the first step to solve the problem is to check that the service is actually running with <command>systemctl status</command>; if it is not, and the messages given by the first command are not enough to diagnose the problem, check the logs gathered by journald about that service. For instance, assume the SSH server doesn't work:
ru-RU: Если сервис не работает как ожидалось, то первым делом нужно проверить его статус с <command>systemctl status</command>, если проблема не решена, то проверьте его журнал. Допустим сервер SSH не работает:

en: After checking the status of the service (failed), we went on to check the logs; they indicate an error in the configuration file. After editing the configuration file and fixing the error, we restart the service, then verify that it is indeed running.
ru-RU: После проверки статуса (ошибка), был проверен журнал, была обнаружена ошибка в конфигурационном файле. После его редактирования и исправления ошибки, сервис запускается заново, далее проверяется его статус.

en: <emphasis>GOING FURTHER</emphasis> Other types of unit files
ru-RU: <emphasis>УГЛУБЛЯЕМСЯ</emphasis> Другие типы unit файла

en: We have only described the most basic of systemd's capabilities in this section. It offers many other interesting features; we will only list a few here:
ru-RU: Мы описали только базовые возможности systemd, но эта система предлагает много других интересных возможностей. Обозначим некоторые из них:

en: The System V init system
ru-RU: Система инициализации System V

en: Among these, you will find successively programs in charge of:
ru-RU: Среди них можно найти последовательность программ, отвечающих за:

en: configuring the console's keyboard;
ru-RU: настройку клавиатуры в консоли;

en: loading drivers: most of the kernel modules are loaded by the kernel itself as the hardware is detected; extra drivers are then loaded automatically when the corresponding modules are listed in <filename>/etc/modules</filename>;
ru-RU: загрузку драйверов: большая часть модулей ядра загружается самим ядром при обнаружении оборудования; дополнительные драйверы затем загружаются автоматически, если соответствующие модули указаны в <filename>/etc/modules</filename>;

en: checking the integrity of filesystems;
ru-RU: проверку целостности файловых систем;

en: mounting local partitions;
ru-RU: монтирование локальных разделов;

en: configuring the network;
ru-RU: настройку сети;

en: mounting network filesystems (NFS).
ru-RU: монтирование сетевых файловых систем (NFS).

en: <emphasis>BACK TO BASICS</emphasis> Kernel modules and options
ru-RU: <emphasis>К ОСНОВАМ</emphasis> Опции модулей ядра

en: <primary>modules</primary><secondary>kernel modules</secondary>
ru-RU: <primary>модули</primary><secondary>ядра</secondary>

en: After this stage, <command>init</command> takes over and starts the programs enabled in the default runlevel (which is usually runlevel 2). It executes <command>/etc/init.d/rc 2</command>, a script that starts all services which are listed in <filename>/etc/rc2.d/</filename> and whose names start with the “S” letter. The two-figures number that follows had historically been used to define the order in which services had to be started, but nowadays the default boot system uses <command>insserv</command>, which schedules everything automatically based on the scripts' dependencies. Each boot script thus declares the conditions that must be met to start or stop the service (for example, if it must start before or after another service); <command>init</command> then launches them in the order that meets these conditions. The static numbering of scripts is therefore no longer taken into consideration (but they must always have a name beginning with “S” followed by two digits and the actual name of the script used for the dependencies). Generally, base services (such as logging with <command>rsyslog</command>, or port assignment with <command>portmap</command>) are started first, followed by standard services and the graphical interface (<command>gdm3</command>).
ru-RU: Следом, <command>init</command> запускает программы уровня запуска по умолчанию (обычно runlevel 2). Запускается сценарий <command>/etc/init.d/rc 2</command>, который, в свою очередь, запускает сервисы, перечисленные в <filename>/etc/rc2.d/</filename>. Названия файлов в каталоге начинаются с буквы «S», за которой идут две цифры, что определяет очерёдность запуска. В настоящее время, загрузочная система по умолчанию использует программу <command>insserv</command>, которая автоматически всё организовывает, основываясь на зависимостях сценариев. Каждый сценарий объявляет условия, необходимые для его запуска и остановки (например, очерёдность по отношению к другим сценариям), <command>init</command> запускает сценарии в соответствующей последовательности для удовлетворения зависимостей. Поэтому наименование сценариев больше не учитывается (хотя они всё еще должны начинаться с «S» и далее продолжаться двумя цифрами и названием сервиса, которое и используется для организации зависимостей). В общем, основные сервисы (как журналирование с <command>rsyslog</command> или назначение портов с <command>portmap</command>) запускаются в первую очередь, затем следуют стандартные сервисы и графический интерфейс (<command>gdm3</command>).

en: This dependency-based boot system makes it possible to automate re-numbering, which could be rather tedious if it had to be done manually, and it limits the risks of human error, since scheduling is conducted according to the parameters that are indicated. Another benefit is that services can be started in parallel when they are independent from one another, which can accelerate the boot process.
ru-RU: Такая основанная на зависимостях система загрузки делает возможной автоматизацию смены нумерации, которая была бы весьма утомительной, если бы её приходилось выполнять вручную, и снижает риск человеческой ошибки, поскольку планирование выполняется в соответствии с формальными параметрами. Другим преимуществом является возможность параллельного запуска сервисов, независимых друг от друга, что может ускорить процесс загрузки.

en: <primary>runlevel</primary>
ru-RU: <primary>уровень запуска</primary>

en: <primary>level, runlevel</primary>
ru-RU: <primary>запуск, уровень запуска</primary>

en: <command>init</command> distinguishes several runlevels, so it can switch from one to another with the <command>telinit <replaceable>new-level</replaceable></command> command. Immediately, <command>init</command> executes <command>/etc/init.d/rc</command> again with the new runlevel. This script will then start the missing services and stop those that are no longer desired. To do this, it refers to the content of the <filename>/etc/rc<replaceable>X</replaceable>.d</filename> (where <replaceable>X</replaceable> represents the new runlevel). Scripts starting with “S” (as in “Start”) are services to be started; those starting with “K” (as in “Kill”) are the services to be stopped. The script does not start any service that was already active in the previous runlevel.
ru-RU: <command>init</command> различает несколько уровней запуска, так что она может переключаться с одного на другой при посредстве команды <command>telinit <replaceable>новый-уровень</replaceable></command>. <command>init</command> сразу же запускает <command>/etc/init.d/rc</command> заново с новым уровнем запуска. Этот сценарий после этого запускает недостающие сервисы и останавливает те, которые более не нужны. Для этого он руководствуется содержимым <filename>/etc/rc<replaceable>X</replaceable>.d</filename> (где <replaceable>X</replaceable> означает новый уровень запуска). Сценарии, начинающиеся с «S» (как в слове «Start») — это сервисы, которые должны быть запущены; те, что начинаются с  «K» (как в слове «Kill») — сервисы, которые должны быть остановлены. Сценарий не запускает никаких сервисов, которые уже были активированы на прежнем уровне запуска.

en: By default, System V init in Debian uses four different runlevels:
ru-RU: По умолчанию, System V init Debian использует четыре разных уровня запуска:

en: Level 0 is only used temporarily, while the computer is powering down. As such, it only contains many “K” scripts.
ru-RU: Уровень 0 используется только временно, при выключении питания компьютера. Поэтому он содержит только «K»-сценарии.

en: Level 1, also known as single-user mode, corresponds to the system in degraded mode; it includes only basic services, and is intended for maintenance operations where interactions with ordinary users are not desired.
ru-RU: Уровень 1, также известный как однопользовательский режим, соответствует системе с урезанной функциональностью; он включает только основные сервисы и предназначается для операций по обслуживанию, когда взаимодействие с обычными пользователями нежелательно.

en: Level 2 is the level for normal operation, which includes networking services, a graphical interface, user logins, etc.
ru-RU: Уровень 2 — уровень для нормальной работы, включающий сетевые сервисы, графический интерфейс, вход пользователей и т. п.

en: Level 6 is similar to level 0, except that it is used during the shutdown phase that precedes a reboot.
ru-RU: Уровень 6 похож на уровень 0 с той разницей, что он используется во время остановки системы перед перезагрузкой.

en: Other levels exist, especially 3 to 5. By default they are configured to operate the same way as level 2, but the administrator can modify them (by adding or deleting scripts in the corresponding <filename>/etc/rc<replaceable>X</replaceable>.d</filename> directories) to adapt them to particular needs.
ru-RU: Есть и другие уровни, в частности с 3 по 5. По умолчанию они настроены, чтобы работать точно так же, как уровень 2, но администратор может изменить их (путём добавления или удаления сценариев в соответствующие каталоги <filename>/etc/rc<replaceable>X</replaceable>.d</filename>), чтобы приспособить их под свои специфические нужды.

en: Boot sequence of a computer running Linux with System V init
ru-RU: Последовательность загрузки компьютера с Linux и System V init

en: <primary>initialization script</primary>
ru-RU: <primary>инициализационный сценарий</primary>

en: <emphasis>DEBIAN POLICY</emphasis> Restarting services
ru-RU: <emphasis>ПОЛИТИКА DEBIAN</emphasis> Перезапуск сервисов

en: <primary>service</primary><secondary>restart</secondary>
ru-RU: <primary>сервис</primary><secondary>перезапуск</secondary>

en: <primary>restarting services</primary>
ru-RU: <primary>перезапуск сервисов</primary>

en: The maintainer scripts for Debian packages will sometimes restart certain services to ensure their availability or get them to take certain options into account. The command that controls a service — <command>service <replaceable>service</replaceable> <replaceable>operation</replaceable></command> — doesn't take runlevel into consideration, assumes (wrongly) that the service is currently being used, and may thus initiate incorrect operations (starting a service that was deliberately stopped, or stopping a service that is already stopped, etc.). Debian therefore introduced the <command>invoke-rc.d</command> program: this program must be used by maintainer scripts to run services initialization scripts and it will only execute the necessary commands. Note that, contrary to common usage, the <filename>.d</filename> suffix is used here in a program name, and not in a directory.
ru-RU: Сценарии сопровождающего пакет Debian иногда перезапускают сервисы для того, чтобы убедиться в их доступности или для применения изменений. Команда для контроля за сервисами <command>service <replaceable>service</replaceable> <replaceable>operation</replaceable></command> не учитывает уровень запуска, подразумевает (ошибочно) что сервис уже используется и может выполнить неправильные операции (запуск сервиса, намеренно остановленного или остановку сервиса, который уже остановлен и т. п.). Поэтому Debian представляет программу <command>invoke-rc.d</command>, которая должна использоваться сопровождающим для запуска сценариев, в свою очередь, предназначенных для запуска сервисов. Она будет запускать только необходимые команды. Заметьте что здесь, по сравнению с традиционным использованием суффикса <filename>.d</filename>, он используется как часть названия программы, а не каталога.

en: Finally, <command>init</command> starts control programs for various virtual consoles (<command>getty</command>). It displays a prompt, waiting for a username, then executes <command>login <replaceable>user</replaceable></command> to initiate a session.
ru-RU: Наконец, <command>init</command> запускает программу управления виртуальными консолями (<command>getty</command>). Она выводит приглашение, ожидает ввода имени пользователя, а затем выполняет <command>login <replaceable>пользователь</replaceable></command>, чтобы начать сессию.

en: <emphasis>VOCABULARY</emphasis> Console and terminal
ru-RU: <emphasis>СЛОВАРЬ</emphasis> Консоль и терминал

en: The first computers were usually separated into several, very large parts: the storage enclosure and the central processing unit were separate from the peripheral devices used by the operators to control them. These were part of a separate furniture, the “console”. This term was retained, but its meaning has changed. It has become more or less synonymous with “terminal”, being a keyboard and a screen.
ru-RU: Первые компьютеры обычно состояли из нескольких очень больших частей: устройство хранения данных и вычислительный модуль размещались отдельно от периферийных устройств, используемых операторами для управления. Часть этой оснастки называлась «консоль». Этот термин остался, но смысл его изменился. Он стал синонимом «терминала» — клавиатуры и дисплея.

en: With the development of computers, operating systems have offered several virtual consoles to allow for several independent sessions at the same time, even if there is only one keyboard and screen. Most GNU/Linux systems offer six virtual consoles (in text mode), accessible by typing the key combinations <keycombo action="simul"> <keycap>Control</keycap> <keycap>Alt</keycap> <keycap>F1</keycap> </keycombo> through <keycombo action="simul"> <keycap>Control</keycap> <keycap>Alt</keycap> <keycap>F6</keycap> </keycombo>.
ru-RU: С развитием компьютеров операционные системы стали предлагать несколько виртуальных консолей, чтобы сделать возможной одновременную работу нескольких сессий даже при наличии только одной клавиатуры и дисплея. В большинстве систем GNU/Linux шесть виртуальных консолей (в текстовом режиме), доступных путём нажатия сочетаний клавиш с <keycombo action="simul"> <keycap>Control</keycap> <keycap>Alt</keycap> <keycap>F1</keycap> </keycombo> по <keycombo action="simul"> <keycap>Control</keycap> <keycap>Alt</keycap> <keycap>F6</keycap> </keycombo>.

en: Remote Login
ru-RU: Удалённый вход

en: It is essential for an administrator to be able to connect to a computer remotely. Servers, confined in their own room, are rarely equipped with permanent keyboards and monitors — but they are connected to the network.
ru-RU: Для администратора крайне важно иметь возможность подключиться к компьютеру удалённо. Серверы, заключённые в своей собственной комнате, редко оснащаются постоянными клавиатурами и мониторами — но они подключены к сети.

en: <emphasis>BACK TO BASICS</emphasis> Client, server
ru-RU: <emphasis>К ОСНОВАМ</emphasis> Клиент, сервер

en: <primary>client</primary><secondary>client/server architecture</secondary>
ru-RU: <primary>клиент</primary><secondary>клиент-серверная архитектура</secondary>

en: <primary>server</primary><secondary>client/server architecture</secondary>
ru-RU: <primary>сервер</primary><secondary>клиент-серверная архитектура</secondary>

en: A system where several processes communicate with each other is often described with the “client/server” metaphor. The server is the program that takes requests coming from a client and executes them. It is the client that controls operations, the server doesn't take any initiative of its own.
ru-RU: Система, в которой несколько процессов взаимодействуют друг с другом, часто описывается с помощью терминов «клиент» и «сервер». Сервер — это программа, принимающая запрос от клиента и выполняющая его. Все действия контролируются клиентом, сервер сам по себе не проявляет никакой инициативы.

en: <primary>login</primary><secondary>remote login</secondary>
ru-RU: <primary>вход</primary><secondary>удалённый вход</secondary>

en: <primary>remote login</primary>
ru-RU: <primary>удалённый вход</primary>

en: Secure Remote Login: SSH
ru-RU: Защищённый удалённый вход: SSH

en: The <emphasis>SSH</emphasis> (Secure SHell) protocol was designed with security and reliability in mind. Connections using SSH are secure: the partner is authenticated and all data exchanges are encrypted.
ru-RU: Протокол <emphasis>SSH</emphasis> ("Secure SHell" — защищённая командная оболочка) был разработан из соображений безопасности и надёжности. Соединения, использующие SSH, защищены: другая сторона аутентифицируется, а весь обмен данными зашифрован.

en: <emphasis>CULTURE</emphasis> Telnet and RSH are obsolete
ru-RU: <emphasis>КУЛЬТУРА</emphasis> Telnet и RSH устарели

en: Before SSH, <emphasis>Telnet</emphasis> and <emphasis>RSH</emphasis> were the main tools used to login remotely. They are now largely obsolete and should no longer be used even if Debian still provides them.
ru-RU: До SSH основными средствами удалённого доступа были <emphasis>Telnet</emphasis> и <emphasis>RSH</emphasis>. Сейчас они сильно устарели, и их не следует использовать, хотя они всё ещё есть в Debian.

en: <emphasis>VOCABULARY</emphasis> Authentication, encryption
ru-RU: <emphasis>СЛОВАРЬ</emphasis> Аутентификация, шифрование

en: Authentication and encryption are often mentioned together, both because they are frequently used together, and because they are usually implemented with similar mathematical concepts.
ru-RU: Аутентификация и шифрование часто упоминаются вместе, потому что они часто используются совместно, и потому что они обычно основываются на сходных математических принципах.

en: SSH also offers two file transfer services. <command>scp</command> is a command line tool that can be used like <command>cp</command>, except that any path to another machine is prefixed with the machine's name, followed by a colon.
ru-RU: В состав SSH также входят две транспортных службы. <command>scp</command> — это инструмент командной строки, который можно использовать наподобие <command>cp</command> с той разницей, что любой путь к другой машине начинается с указания её имени, за которым следует двоеточие.

en: <command>sftp</command> is an interactive command, similar to <command>ftp</command>. In a single session, <command>sftp</command> can transfer several files, and it is possible to manipulate remote files with it (delete, rename, change permissions, etc.).
ru-RU: <command>sftp</command> — это интерактивная команда, похожая на <command>ftp</command>. В рамках одной сессии <command>sftp</command> может передать несколько файлов, а также с её помощью можно манипулировать удалёнными файлами (удалять, переименовывать, менять права доступа и т. д.).

en: Debian uses OpenSSH, a free version of SSH maintained by the <command>OpenBSD</command> project (a free operating system based on the BSD kernel, focused on security) and fork of the original SSH software developed by the SSH Communications Security Corp company, of Finland. This company initially developed SSH as free software, but eventually decided to continue its development under a proprietary license. The OpenBSD project then created OpenSSH to maintain a free version of SSH.
ru-RU: В Debian используется OpenSSH — свободная реализация SSH, развиваемая в рамках проекта <command>OpenBSD</command> (свободной операционной системы, основанной на ядре BSD и делающей акцент на безопасности), и являющаяся ответвлением оригинальной программы SSH, разработанной финской компанией SSH Communications Security Corp. Эта компания изначально разрабатывала SSH как свободное ПО, но впоследствии решила продолжить разработку под собственнической лицензией. Тогда проект OpenBSD создал OpenSSH, чтобы развивать свободную версию SSH.

en: <emphasis>BACK TO BASICS</emphasis> <foreignphrase>Fork</foreignphrase>
ru-RU: <emphasis>К ОСНОВАМ</emphasis> Ответвление (<foreignphrase>fork</foreignphrase>)

en: <primary>fork</primary>
ru-RU: <primary>форк</primary>

en: A “fork”, in the software field, means a new project that starts as a clone of an existing project, and that will compete with it. From there on, both software will usually quickly diverge in terms of new developments. A fork is often the result of disagreements within the development team.
ru-RU: В области программного обеспечения «ответвление» или «форк» означает новый проект, начатый как клон существующего проекта и конкурирующий с ним. В дальнейшем оба программных продукта как правило быстро расходятся в плане новых доработок. Форк часто является результатом конфликтов внутри команды разработчиков.

en: The option to fork a project is a direct result of the very nature of free software; a fork is a healthy event when it enables the continuation of a project as free software (for example in case of license changes). A fork arising from technical or personal disagreements is often a waste of human resources; another resolution would be preferable. Mergers of two projects that previously went through a prior fork are not unheard of.
ru-RU: Возможность создать ответвление прямо следует из самой природы свободного ПО; форк — это здоровое явление, если оно позволяет продолжить развитие проекта как свободного ПО (например в случае изменения лицензии). Форк, возникающий из-за технических или личных разногласий зачастую является транжирством человеческого ресурса; другое решение было бы более предпочтительным. Случаются и слияния двух проектов, ранее разошедшихся вследствие форка.

en: Key-Based Authentication
ru-RU: Аутентификация по ключу

en: Each time someone logs in over SSH, the remote server asks for a password to authenticate the user. This can be problematic if you want to automate a connection, or if you use a tool that requires frequent connections over SSH. This is why SSH offers a key-based authentication system.
ru-RU: При каждом входе по SSH удалённый сервер запрашивает пароль, чтобы аутентифицировать пользователя. Это может создать проблему, если хочется автоматизировать соединение, или если используется некий инструмент, которому нужно часто устанавливать соединения через SSH. По этой причине в SSH предусмотрен механизм аутентификации по ключу.

en: <emphasis>SECURITY</emphasis> Protection of the private key
ru-RU: <emphasis>БЕЗОПАСНОСТЬ</emphasis> Защита секретного ключа

en: Whoever has the private key can login on the account thus configured. This is why access to the private key is protected by a “passphrase”. Someone who acquires a copy of a private key file (for example, <filename>~/.ssh/id_rsa</filename>) still has to know this phrase in order to be able to use it. This additional protection is not, however, impregnable, and if you think that this file has been compromised, it is best to disable that key on the computers in which it has been installed (by removing it from the <filename>authorized_keys</filename> files) and replacing it with a newly generated key.
ru-RU: Кто угодно, имеющий секретный ключ, может войти в настроенную таким образом учётную запись. Поэтому доступ к секретному ключу защищается «парольной фразой». Некто, получивший копию секретного ключа (например <filename>~/.ssh/id_rsa</filename>) всё равно должен знать эту фразу, чтобы иметь возможность воспользоваться им. Эта дополнительная защита не является, однако, неприступной, и если есть основания полагать, что данный файл был скомпроментирован, лучше отключить этот ключ на компьютерах, на которые он был установлен, (путём удаления его из файлов <filename>authorized_keys</filename>) и заменить его вновь созданным ключом.

en: <emphasis>CULTURE</emphasis> OpenSSL flaw in Debian <emphasis role="distribution">Etch</emphasis>
ru-RU: <emphasis>КУЛЬТУРА</emphasis> Уязвимость OpenSSL в Debian <emphasis role="distribution">Etch</emphasis>

en: Specifically, whenever OpenSSL was used to generate a key, it always produced a key within a known set of hundreds of thousands of keys (32,000 multiplied by a small number of key lengths). This affected SSH keys, SSL keys, and X.509 certificates used by numerous applications, such as OpenVPN. A cracker had only to try all of the keys to gain unauthorized access. To reduce the impact of the problem, the SSH daemon was modified to refuse problematic keys that are listed in the <emphasis role="pkg">openssh-blacklist</emphasis> and <emphasis role="pkg">openssh-blacklist-extra</emphasis> packages. Additionally, the <command>ssh-vulnkey</command> command allows identification of possibly compromised keys in the system.
ru-RU: В частности, когда OpenSSL использовалась для генерации ключа, она всегда создавала ключ из известного набора нескольких сотен тысяч ключей (32.000, помноженные на небольшое число длин ключей). Это затронуло ключи SSH и SSL, а также сертификаты X.509, используемые многочисленными приложениями, такими как OpenVPN. Взломщику оставалось только перепробовать все ключи, чтобы получить неавторизованный доступ. Чтобы уменьшить последствия этой проблемы, демон SSH был модифицирован таким образом, чтобы отклонять проблемные ключи, перечисленные в пакетах <emphasis role="pkg">openssh-blacklist</emphasis> и <emphasis role="pkg">openssh-blacklist-extra</emphasis>. Кроме того, команда <command>ssh-vulnkey</command> позволяет обнаружить возможно скомпроментированные ключи в системе.

en: A more thorough analysis of this incident brings to light that it is the result of multiple (small) problems, both within the OpenSSL project and with the Debian package maintainer. A widely used library like OpenSSL should — without modifications — not generate warnings when tested by <command>valgrind</command>. Furthermore, the code (especially the parts as sensitive as the RNG) should be better commented to prevent such errors. On Debian's side, the maintainer wanted to validate the modifications with the OpenSSL developers, but simply explained the modifications without providing the corresponding patch to review and failed to mention his role within Debian. Finally, the maintenance choices were sub-optimal: the changes made to the original code were not clearly documented; all the modifications were effectively stored in a Subversion repository, but they ended up all lumped into one single patch during creation of the source package.
ru-RU: Более детальный анализ выявил, что это результат нескольких (небольших) проблем и в проекте OpenSSL и у сопровождающего пакет Debian. Такие широко используемые библиотеки как OpenSSL должны без изменений проходить тест <command>valgrind</command> без предупреждений. Более того, код (особенно чувствительные части, как RNG) должен быть лучше сопровождён комментариями для предотвращения таких ошибок. Сопровождающий пакета Debian хотел согласовать изменения вместе с разработчиками OpenSSL, но просто объяснил их, не предоставив соответствующий патч для проверки и не уведомил о своей роли в Debian. Наконец, его выбор не был оптимальным: изменения в исходном коде не были отчётливо сопровождены комментариями. Они были сохранены в репозитории Subversion, затем свалены в один патч во время создания пакета с исходным кодом.

en: Using Remote X11 Applications
ru-RU: Использование удалённых приложений X11

en: The SSH protocol allows forwarding of graphical data (“X11” session, from the name of the most widespread graphical system in Unix); the server then keeps a dedicated channel for those data. Specifically, a graphical program executed remotely can be displayed on the X.org server of the local screen, and the whole session (input and display) will be secure. Since this feature allows remote applications to interfere with the local system, it is disabled by default. You can enable it by specifying <literal>X11Forwarding yes</literal> in the server configuration file (<filename>/etc/ssh/sshd_config</filename>). Finally, the user must also request it by adding the <literal>-X</literal> option to the <command>ssh</command> command-line.
ru-RU: Протокол SSH позволяет пересылать графические данные (сессию «X11», по названию наиболее широко распространённой в Unix графической системы); в таком случае сервер сохраняет выделенный канал для этих данных. Так, графическая программа, запущенная удалённо, может быть отображена сервером X.org на локальном экране, и вся сессия (ввод и отображение) будет защищена. Поскольку эта возможность позволяет удалённым приложениям перекрываться с локальной системой, она отключена по умолчанию. Её можно включить, указав <literal>X11Forwarding yes</literal> в конфигурационном файле сервера (<filename>/etc/ssh/sshd_config</filename>). Пользователь также должен явно запросить её, добавив опцию <literal>-X</literal> к командной строке <command>ssh</command>.

en: Creating Encrypted Tunnels with Port Forwarding
ru-RU: Создание шифрованных туннелей

en: Its <literal>-R</literal> and <literal>-L</literal> options allow <command>ssh</command> to create “encrypted tunnels” between two machines, securely forwarding a local TCP port (see sidebar <xref linkend="sidebar.tcp-udp" />) to a remote machine or vice versa.
ru-RU: Опции <literal>-R</literal> и <literal>-L</literal> указывают <command>ssh</command>, что нужно создать «шифрованный туннель» между двумя машинами, безопасно перенаправив локальный порт TCP (см. врезку <xref linkend="sidebar.tcp-udp" />) на удалённую машину или наоборот.

en: <emphasis>VOCABULARY</emphasis> Tunnel
ru-RU: <emphasis>СЛОВАРЬ</emphasis> Туннель

en: The Internet, and most LANs that are connected to it, operate in packet mode and not in connected mode, meaning that a packet issued from one computer to another is going to be stopped at several intermediary routers to find its way to its destination. You can still simulate a connected operation where the stream is encapsulated in normal IP packets. These packets follow their usual route, but the stream is reconstructed unchanged at the destination. We call this a “tunnel”, analogous to a road tunnel in which vehicles drive directly from the entrance (input) to the exit (output) without encountering any intersections, as opposed to a path on the surface that would involve intersections and changing direction.
ru-RU: Интернет, как и большинство подключённых к нему локальных сетей, работает в пакетном режиме, а не в подключённом. Это означает, что пакет, отправленный одним компьютером другому, будет останавливаться на нескольких промежуточных маршрутизаторах для выяснения пути к его месту назначения. Но всё же можно симулировать подключённую работу, энкапсулируя поток в обычные пакеты IP. Эти пакеты следуют своим обычным путём, а поток восстанавливается в неизменном виде в месте назначения. Это называется «туннелем» по аналогии с дорожным туннелем, по которому автомобили следуют напрямую от въезда (ввод) к выезду (вывод) без каких бы то ни было перекрёстков, в противоположность движению по поверхности, где встречались бы перекрёстки и менялось направление движения.

en: You can use this opportunity to add encryption to the tunnel: the stream that flows through it is then unrecognizable from the outside, but it is returned in decrypted form at the exit of the tunnel.
ru-RU: Эту возможность можно использовать, чтобы добавить шифрование в туннель: поток, идущий через него, не распознаваем извне, но возвращается к расшифрованному виду на выходе из туннеля.

en: <command>ssh -L 8000:server:25 intermediary</command> establishes an SSH session with the <replaceable>intermediary</replaceable> host and listens to local port 8000 (see <xref linkend="figure.ssh-L" />). For any connection established on this port, <command>ssh</command> will initiate a connection from the <replaceable>intermediary</replaceable> computer to port 25 on the <replaceable>server</replaceable>, and will bind both connections together.
ru-RU: <command>ssh -L 8000:server:25 intermediary</command> устанавливает сессию SSH с узлом <replaceable>intermediary</replaceable> и слушает локальный порт 8000 (см. <xref linkend="figure.ssh-L" />). Для любого соединения, установленного на этом порту, <command>ssh</command> инициирует соединение с машины<replaceable>intermediary</replaceable> на порт 25 машины <replaceable>server</replaceable> и свяжет оба соединения друг с другом.

en: <command>ssh -R 8000:server:25 intermediary</command> also establishes an SSH session to the <replaceable>intermediary</replaceable> computer, but it is on this machine that <command>ssh</command> listens to port 8000 (see <xref linkend="figure.ssh-R" />). Any connection established on this port will cause <command>ssh</command> to open a connection from the local machine on to port 25 of the <replaceable>server</replaceable>, and to bind both connections together.
ru-RU: <command>ssh -R 8000:server:25 intermediary</command> также устанавливают сессию SSH с <replaceable>intermediary</replaceable> компьютером, но на этой машине находится <command>ssh</command> и уже слушает порт 8000 (см. <xref linkend="figure.ssh-R" />). Любое соединение с этим портом заставит <command>ssh</command> открыть соединение с локальной машины на порт 25 машины <replaceable>server</replaceable> и связать между собой два соединения.

en: In both cases, connections are made to port 25 on the <replaceable>server</replaceable> host, which pass through the SSH tunnel established between the local machine and the <replaceable>intermediary</replaceable> machine. In the first case, the entrance to the tunnel is local port 8000, and the data move towards the <replaceable>intermediary</replaceable> machine before being directed to the <replaceable>server</replaceable> on the “public” network. In the second case, the input and output in the tunnel are reversed; the entrance is port 8000 on the <replaceable>intermediary</replaceable> machine, the output is on the local host, and the data are then directed to the <replaceable>server</replaceable>. In practice, the server is usually either the local machine or the intermediary. That way SSH secures the connection from one end to the other.
ru-RU: В обоих случаях соединения устанавливаются с портом 25 узла <replaceable>server</replaceable>, проходя через туннель SSH между локальной машиной и машиной <replaceable>intermediary</replaceable>. В первом случае входом в туннель является локальный порт 8000, и данные идут на машину <replaceable>intermediary</replaceable> перед тем, как направиться на <replaceable>server</replaceable> в «публичной» сети. Во втором случае вход и выход из туннеля меняются местами; входом является порт 8000 на машине <replaceable>intermediary</replaceable>, а выход расположен на локальном узле, и данные затем направляются на <replaceable>server</replaceable>. На практике сервером обычно является либо локальная машина, либо промежуточная. В таком случае SSH защищает соединение от одного конца до другого.

en: Forwarding a local port with SSH
ru-RU: Перенаправление локального порта с помощью SSH

en: Forwarding a remote port with SSH
ru-RU: Перенаправление удалённого порта с помощью SSH

en: Using Remote Graphical Desktops
ru-RU: Использование удалённых графических рабочих столов

en: VNC (Virtual Network Computing) allows remote access to graphical desktops.
ru-RU: VNC (Virtual Network Computing - Виртуальный Сетевой Компьютер) позволяет удалённо получить доступ к графическим столам пользователей.

en: <primary>graphical desktop</primary><secondary>remote</secondary>
ru-RU: <primary>графический рабочий стол</primary><secondary>удалённый</secondary>

en: <primary>remote graphical desktop</primary>
ru-RU: <primary>удалённый графический рабочий стол</primary>

en: <primary>desktop, remote graphical desktop</primary>
ru-RU: <primary>рабочий стол, удалённый графический</primary>

en: This tool is mostly used for technical assistance; the administrator can see the errors that the user is facing, and show them the correct course of action without having to stand by them.
ru-RU: Этот инструмент используется в основном для технической помощи; администратор может видеть ошибки, с которыми сталкивается пользователь, и показывать ему правильный путь их решения без необходимости стоять у него за спиной.

en: <emphasis>SECURITY</emphasis> VNC over SSH
ru-RU: <emphasis>БЕЗОПАСНОСТЬ</emphasis> VNC через SSH

en: If you want to connect by VNC, and you don't want your data sent in clear text on the network, it is possible to encapsulate the data in an SSH tunnel (see <xref linkend="sect.ssh-port-forwarding" />). You simply have to know that VNC uses port 5900 by default for the first screen (called “localhost:0”), 5901 for the second (called “localhost:1”), etc.
ru-RU: Если хочется подключиться по VNC, но так, чтобы данные не передавались по сети в открытом виде, можно энкапсулировать их в SSH-туннель (см. <xref linkend="sect.ssh-port-forwarding" />). Для этого нужно только знать, что по умолчанию VNC использует порт 5900 для первого экрана (называемого «localhost:0»), 5901 — для второго (называемого «localhost:1») и т. д.

en: The <command>ssh -L localhost:5901:localhost:5900 -N -T <replaceable>machine</replaceable></command> command creates a tunnel between local port 5901 in the localhost interface and port 5900 of the <replaceable>machine</replaceable> host. The first “localhost” restricts SSH to listening to only that interface on the local machine. The second “localhost” indicates the interface on the remote machine which will receive the network traffic entering in “localhost:5901”. Thus <command>vncviewer localhost:1</command> will connect the VNC client to the remote screen, even though you indicate the name of the local machine.
ru-RU: Команда <command>ssh -L localhost:5901:localhost:5900 -N -T <replaceable>machine</replaceable></command> создаёт туннель между портом 5901 локального интерфейса и портом 5900 узла <replaceable>machine</replaceable>. Первое слово «localhost» указывает SSH, что надо слушать только этот интерфейс на локальной машине. Второе вхождение «localhost» указывает интерфейс на удалённой машине, который будет получать трафик, входящий в «localhost:5901». В таком случае команда <command>vncviewer localhost:1</command> установит подключение клиента VNC к удалённому экрану, хотя ей и указано имя локальной машины.

en: When the VNC session is closed, remember to close the tunnel by also quitting the corresponding SSH session.
ru-RU: После закрытия сессии VNC не забудьте также закрыть туннель путём выхода из соответствующей сессии SSH.

en: <emphasis>BACK TO BASICS</emphasis> Display manager
ru-RU: <emphasis>К ОСНОВАМ</emphasis> Менеджер дисплея

en: <primary>manager</primary><secondary>display manager</secondary>
ru-RU: <primary>менеджер</primary><secondary>дисплея</secondary>

en: <primary>display manager</primary>
ru-RU: <primary>дисплейный менеджер</primary>

en: Managing Rights
ru-RU: Управление правами

en: <primary>permissions</primary>
ru-RU: <primary>разрешения</primary>

en: Linux is definitely a multi-user system, so it is necessary to provide a permission system to control the set of authorized operations on files and directories, which includes all the system resources and devices (on a Unix system, any device is represented by a file or directory). This principle is common to all Unix systems, but a reminder is always useful, especially as there are some interesting and relatively unknown advanced uses.
ru-RU: Linux — многопользовательская система, поэтому она должна предоставлять систему разрешений, чтобы контролировать авторизованные операции с файлами и каталогами, к которым относятся все системные ресурсы и устройства (в Unix-системах любое устройство представляется в виде файла или каталога). Этот принцип является общим для всех Unix-систем, но напомнить об этом ещё раз будет не лишним, тем более что существуют некоторые интересные и сравнительно малоизвестные способы применения.

en: <primary>user</primary><secondary>owner</secondary>
ru-RU: <primary>пользователь</primary><secondary>владелец</secondary>

en: <primary>group</primary><secondary>owner</secondary>
ru-RU: <primary>группа</primary><secondary>владелец</secondary>

en: <primary>owner</primary><secondary>user</secondary>
ru-RU: <primary>владелец</primary><secondary>пользователь</secondary>

en: <primary>owner</primary><secondary>group</secondary>
ru-RU: <primary>владелец</primary><secondary>группа</secondary>

en: Each file or directory has specific permissions for three categories of users:
ru-RU: У каждого файла и каталога имеются специальные разрешения для трёх категорий пользователей:

en: its owner (symbolized by <literal>u</literal> as in “user”);
ru-RU: его владельца (обозначается <literal>u</literal>, от «user»);

en: its owner group (symbolized by <literal>g</literal> as in “group”), representing all the members of the group;
ru-RU: его группы-владельца (обозначается <literal>g</literal>, от «group»), представленная всеми членами группы;

en: the others (symbolized by <literal>o</literal> as in “other”).
ru-RU: остальных (обозначается <literal>o</literal>, от «other»).

en: reading (symbolized by <literal>r</literal> as in “read”);
ru-RU: чтение (обозначается <literal>r</literal>, от «read»);

en: writing (or modifying, symbolized by <literal>w</literal> as in “write”);
ru-RU: запись (или изменение, обозначается <literal>w</literal>, от «write»);

en: executing (symbolized by <literal>x</literal> as in “eXecute”).
ru-RU: исполнение (обозначается <literal>x</literal>, от «eXecute»).

en: <primary>read, right</primary>
ru-RU: <primary>чтение, право</primary>

en: <primary>write, right</primary>
ru-RU: <primary>запись, право</primary>

en: <primary>modification, right</primary>
ru-RU: <primary>изменение, право</primary>

en: <primary>execution, right</primary>
ru-RU: <primary>исполнение, право</primary>

en: In the case of a file, these rights are easily understood: read access allows reading the content (including copying), write access allows changing it, and execute access allows you to run it (which will only work if it is a program).
ru-RU: По отношению к файлу, такие права хорошо понятны: доступ для чтения позволяет читать содержимое (включая копирование), доступ для записи позволяет менять содержимое, доступ для исполнения позволяет запускать (работает для программ).

en: <emphasis>SECURITY</emphasis> <literal>setuid</literal> and <literal>setgid</literal> executables
ru-RU: <emphasis>БЕЗОПАСНОСТЬ</emphasis> исполняемые файлы с <literal>setuid</literal> и <literal>setgid</literal>

en: <primary><literal>setuid</literal>, right</primary>
ru-RU: <primary><literal>setuid</literal>, право</primary>

en: <primary><literal>setgid</literal>, right</primary>
ru-RU: <primary><literal>setgid</literal>, право</primary>

en: Since a <literal>setuid</literal> root program is systematically run under the super-user identity, it is very important to ensure it is secure and reliable. Indeed, a user who would manage to subvert it to call a command of their choice could then impersonate the root user and have all rights on the system.
ru-RU: Поскольку <literal>setuid</literal>-программа, принадлежащая root, систематически запускается с правами суперпользователя, крайне важно убедиться в её безопасности и надёжности. Действительно, пользователь, которому удастся заставить её вызвать другую произвольную программу, сможет представиться как root и получить все права в системе.

en: A directory is handled differently. Read access gives the right to consult the list of its entries (files and directories), write access allows creating or deleting files, and execute access allows crossing through it (especially to go there with the <command>cd</command> command). Being able to cross through a directory without being able to read it gives permission to access the entries therein that are known by name, but not to find them if you do not know their existence or their exact name.
ru-RU: Каталоги обрабатываются иначе. Доступ на чтение даёт право получить список его содержимого (файлов и каталогов), доступ на запись позволяет создавать и удалять файлы, а доступ на исполнение позволяет проходить через него (в частности переходить в него с помощью команды <command>cd</command>). Возможность проходить через каталог, не имея возможности прочесть его, позволяет получить доступ к файлам внутри него, если они известны по имени, но не находить их, если о их существовании или их точных именах не известно.

en: <emphasis>SECURITY</emphasis> <literal>setgid</literal> directory and <emphasis>sticky bit</emphasis>
ru-RU: <emphasis>БЕЗОПАСНОСТЬ</emphasis> Каталог с <literal>setgid</literal> и <emphasis>sticky bit</emphasis>

en: <primary><literal>setgid</literal> directory</primary>
ru-RU: <primary><literal>setgid</literal>-каталог</primary>

en: The <literal>setgid</literal> bit also applies to directories. Any newly-created item in such directories is automatically assigned the owner group of the parent directory, instead of inheriting the creator's main group as usual. This setup avoids the user having to change its main group (with the <command>newgrp</command> command) when working in a file tree shared between several users of the same dedicated group.
ru-RU: Бит <literal>setgid</literal> применим и к каталогам. Любой вновь созданный файл внутри таких каталогов автоматически присваивается группе-владельцу родительского каталога вместо того, чтобы унаследовать основную группу создателя, как происходит обычно. Эта настройка позволяет пользователю не изменять свою основную группу (с помощью команды <command>newgrp</command>) при работе в дереве файлов, общих для нескольких пользователей из одной конкретной группы.

en: The “sticky” bit (symbolized by the letter “t”) is a permission that is only useful in directories. It is especially used for temporary directories where everybody has write access (such as <filename>/tmp/</filename>): it restricts deletion of files so that only their owner (or the owner of the parent directory) can do it. Lacking this, everyone could delete other users' files in <filename>/tmp/</filename>.
ru-RU: Так называемый «sticky bit» (обозначаемый буквой «t») является разрешением, имеющим смысл только для каталогов. Он, в частности, используется для временных каталогов, куда у всех есть доступ на запись (например <filename>/tmp/</filename>): он ограничивает возможность удаления файлов, так что только их владелец (или владелец родительского каталога) может это сделать. Если бы данной функции не было, любой мог бы удалить файлы других пользователей в <filename>/tmp/</filename>.

en: Three commands control the permissions associated with a file:
ru-RU: Три команды для управления разрешениями, связанными с файлом:

en: <command>chown <replaceable>user</replaceable> <replaceable>file</replaceable></command> changes the owner of the file;
ru-RU: <command>chown <replaceable>пользователь</replaceable> <replaceable>файл</replaceable></command> изменяет владельца файла;

en: <command>chgrp <replaceable>group</replaceable> <replaceable>file</replaceable></command> alters the owner group;
ru-RU: <command>chgrp <replaceable>группа</replaceable> <replaceable>файл</replaceable></command> меняет группу-владельца;

en: <command>chmod <replaceable>rights</replaceable> <replaceable>file</replaceable></command> changes the permissions for the file.
ru-RU: <command>chmod <replaceable>права</replaceable> <replaceable>файл</replaceable></command> изменяет разрешения на файл.

en: There are two ways of presenting rights. Among them, the symbolic representation is probably the easiest to understand and remember. It involves the letter symbols mentioned above. You can define rights for each category of users (<literal>u</literal>/<literal>g</literal>/<literal>o</literal>), by setting them explicitly (with <literal>=</literal>), by adding (<literal>+</literal>), or subtracting (<literal>-</literal>). Thus the <literal>u=rwx,g+rw,o-r</literal> formula gives the owner read, write, and execute rights, adds read and write rights for the owner group, and removes read rights for other users. Rights not altered by the addition or subtraction in such a command remain unmodified. The letter <literal>a</literal>, for “all”, covers all three categories of users, so that <literal>a=rx</literal> grants all three categories the same rights (read and execute, but not write).
ru-RU: Есть два способа представления прав. Из них символьное, пожалуй, более легко для понимания и запоминания. В нём используются указанные выше символы. Можно определить права для каждой категории пользователей (<literal>u</literal>/<literal>g</literal>/<literal>o</literal>), присвоив их явно (с помощью <literal>=</literal>), добавив (<literal>+</literal>) или отняв (<literal>-</literal>). Так, выражение <literal>u=rwx,g+rw,o-r</literal> даёт владельцу права на чтение, запись и исполнение, добавляет права на чтение и запись для группы-владельца и отнимает право на чтение у остальных пользователей. Права, не затрагиваемые добавлением или отъёмом, остаются без изменений. Буква <literal>a</literal> (от «all») обозначает все три категории пользователей, так что <literal>a=rx</literal> даёт всем трём категориям одинаковые права (читать и исполнять, но не записывать).

en: <primary>octal representation of rights</primary>
ru-RU: <primary>восьмеричное представление прав</primary>

en: <primary>rights</primary><secondary>octal representation</secondary>
ru-RU: <primary>права</primary><secondary>восьмеричное представление</secondary>

en: The (octal) numeric representation associates each right with a value: 4 for read, 2 for write, and 1 for execute. We associate each combination of rights with the sum of the figures. Each value is then assigned to different categories of users by putting them end to end in the usual order (owner, group, others).
ru-RU: В цифровом (восьмеричном) представлении каждому праву соответствует конкретное значение: 4 — чтению, 2 — записи, 1 — исполнению. Каждая комбинация прав соответствует сумме этих чисел. Каждое значение затем присваивается своей категории пользователей, будучи записанным подряд с остальными в обычном порядке (владелец, группа, остальные).

en: To represent special rights, you can prefix a fourth digit to this number according to the same principle, where the <literal>setuid</literal>, <literal>setgid</literal> and <literal>sticky</literal> bits are 4, 2 and 1, respectively. <command>chmod 4754</command> will associate the <literal>setuid</literal> bit with the previously described rights.
ru-RU: Для представления в таком виде специальных прав можно указать в начале четвёртую цифру в соответствии с тем же принципом, где битам <literal>setuid</literal>, <literal>setgid</literal> <literal>sticky</literal> соответствуют 4, 2 и 1. <command>chmod 4754</command> установит бит <literal>setuid</literal> наравне с вышеописанными правами.

en: Note that the use of octal notation only allows to set all the rights at once on a file; you cannot use it to simply add a new right, such as read access for the group owner, since you must take into account the existing rights and compute the new corresponding numerical value.
ru-RU: Заметьте, что для восьмеричного представления возможна только установка всех прав сразу, нельзя добавить новое правило, как например, доступ для чтения для владельца группы — пользователь должен, учитывая существующие права, вычислить новое соответствующее значение.

en: <emphasis>TIP</emphasis> Recursive operation
ru-RU: <emphasis>СОВЕТ</emphasis> Рекурсивная работа

en: Sometimes we have to change rights for an entire file tree. All the commands above have a <literal>-R</literal> option to operate recursively in sub-directories.
ru-RU: Иногда требуется изменить права для целого дерева файлов. У всех вышеуказанных команд есть опция <literal>-R</literal>, при использовании которой программа рекурсивно обходит подкаталоги.

en: <emphasis>GOING FURTHER</emphasis> <command>umask</command>
ru-RU: <emphasis>УГЛУБЛЯЕМСЯ</emphasis> <command>umask</command>

en: <primary>rights</primary><secondary>mask</secondary>
ru-RU: <primary>права</primary><secondary>маска</secondary>

en: <primary>mask</primary><secondary>rights mask</secondary>
ru-RU: <primary>маска</primary><secondary>маска прав</secondary>

en: Administration Interfaces
ru-RU: Интерфейсы для администрирования

en: <primary>interface</primary><secondary>administration interface</secondary>
ru-RU: <primary>интерфейс</primary><secondary>администрирования</secondary>

en: <primary>administration, interfaces</primary>
ru-RU: <primary>административные интерфейсы</primary>

en: Using a graphical interface for administration is interesting in various circumstances. An administrator does not necessarily know all the configuration details for all their services, and doesn't always have the time to go seeking out the documentation on the matter. A graphical interface for administration can thus accelerate the deployment of a new service. It can also simplify the setup of services which are hard to configure.
ru-RU: Использование графического интерфейса для администрирования представляет интерес при разных обстоятельствах. Администратор не обязательно знает все подробности настройки всех своих сервисов, и у него не всегда есть время на поиск документации по этой теме. В таком случае графический интерфейс может ускорить развёртывание нового сервиса. Он также упрощает настройку сервисов, конфигурирование которых слишком сложно.

en: Such an interface is only an aid, and not an end in itself. In all cases, the administrator must master its behavior in order to understand and work around any potential problem.
ru-RU: Такой интерфейс является лишь вспомогательным средством, а не самоцелью. В любом случае администратор должен освоить его, чтобы суметь понять и обойти любую потенциальную проблему.

en: Since no interface is perfect, you may be tempted to try several solutions. This is to be avoided as much as possible, since different tools are sometimes incompatible in their work methods. Even if they all aim to be very flexible and try to adopt the configuration file as a single reference, they are not always able to integrate external changes.
ru-RU: Поскольку нет идеальных интерфейсов, у вас может появиться соблазн попробовать несколько разных решений. Насколько это возможно, таких ситуаций следует избегать, потому что различные средства иногда несовместимы в их методах работы. Даже если они все нацелены быть очень гибкими и пытаются адаптирровать свой файл настройки как единственный, рекомендованый для вашей системы, они не всегда имеют возможность учитывать и включать в себя ещё и внешние изменения.

en: Administrating on a Web Interface: <command>webmin</command>
ru-RU: Администрирование через веб-интерфейс: <command>webmin</command>

en: This is, without a doubt, one of the most successful administration interfaces. It is a modular system managed through a web browser, covering a wide array of areas and tools. Furthermore, it is internationalized and available in many languages.
ru-RU: Это, несомненно, один из самых удачных интерфейсов для администрирования. Это модульная система, управляемая через веб-обозреватель и покрывающая широкий набор областей и инструментов. Кроме того, он интернационализирован и доступен на множестве языков.

en: There is, however, an unofficial package distributed on the <literal>webmin.com</literal> website. Contrary to the original Debian packages, this package is monolithic; all of its configuration modules are installed and activated by default, even if the corresponding service is not installed on the machine.
ru-RU: Однако существует неофициальный пакет, распространяемый на сайте <literal>webmin.com</literal>. В отличие от оригинальных пакетов Debian, этот пакет — монолитный; все его конфигурационные модули устанавливаются и включаются по умолчанию, даже если соответствующий сервис не установлен на машине.

en: <emphasis>SECURITY</emphasis> Changing the root password
ru-RU: <emphasis>БЕЗОПАСНОСТЬ</emphasis> Изменение пароля root

en: Webmin is used through a web interface, but it does not require Apache to be installed. Essentially, this software has its own integrated mini web server. This server listens by default on port 10000 and accepts secure HTTP connections.
ru-RU: Webmin используется при посредстве веб-интерфейса, но для него не требуется установка Apache. Дело в том, что в его состав входит свой собственный небольшой веб-сервер. Этот сервер по умолчанию слушает порт 10000 и принимает защищённые HTTP-соединения.

en: Included modules cover a wide variety of services, among which:
ru-RU: Входящие в поставку модули предназначены для широкого круга сервисов, среди которых:

en: bind: DNS server configuration (name service);
ru-RU: bind: настройка сервера DNS (службы имён);

en: postfix: SMTP server configuration (e-mail);
ru-RU: postfix: настройка SMTP-сервера (e-mail);

en: dhcpd: DHCP server configuration;
ru-RU: dhcpd: настройка сервера DHCP;

en: proftpd: FTP server configuration;
ru-RU: proftpd: настройка сервера FTP;

en: samba: Samba file server configuration;
ru-RU: samba: Настройка файлового сервера Samba;

en: software: installation or removal of software from Debian packages and system updates.
ru-RU: software: установка или удаление программного обеспечения из пакетов Debian и обновлений системы.

en: The administration interface is available in a web browser at <literal>https://localhost:10000</literal>. Beware! Not all the modules are directly usable. Sometimes they must be configured by specifying the locations of the corresponding configuration files and some executable files (program). Frequently the system will politely prompt you when it fails to activate a requested module.
ru-RU: Административный интерфейс доступен в веб-обозревателе по адресу <literal>https://localhost:10000</literal>. Внимание! Не все модули сразу готовы к использованию. Иногда их надо настроить, указав расположение соответствующих конфигурационных файлов и некоторых исполняемых файлов (программ). Как правило, система любезно напоминает об этом, если не может активировать запрошенный модуль.

en: <emphasis>ALTERNATIVE</emphasis> GNOME control center
ru-RU: <emphasis>АЛЬТЕРНАТИВА</emphasis> Центр управления GNOME

en: The GNOME project also provides multiple administration interfaces that are usually accessible via the “Settings” entry in the user menu on the top right. <command>gnome-control-center</command> is the main program that brings them all together but many of the system wide configuration tools are effectively provided by other packages (<emphasis role="pkg">accountsservice</emphasis>, <emphasis role="pkg">system-config-printer</emphasis>, etc.). Although they are easy to use, these applications cover only a limited number of base services: user management, time configuration, network configuration, printer configuration, and so on.
ru-RU: Проект GNOME также поддерживает административный интерфейс для множественных настроек, получить доступ к которому можно через вкладку “Настройки” в меню пользователя в правом верхнем углу. Программа <command>gnome-control-center</command> является главной, которая взаимоувязывает их все вместе, но имеется также и много других средств с широким диапазоном настроек системы, включённых в другие пакеты, (<emphasis role="pkg">accountsservice</emphasis>, <emphasis role="pkg">system-config-printer</emphasis>, и т.д.). Несмотря на то, что они просты в использовании, их возможности охватывают ограниченное количество базовых сервисов: управление пользователями, настройка времени, сетевая настройка, настройка принтера, и тому подобное.

en: Configuring Packages: <command>debconf</command>
ru-RU: Настройка пакетов: <command>debconf</command>

en: For most cases, these settings are very simple; only a few important variables in the configuration file are changed. These variables are often grouped between two “demarcation” lines so that reconfiguration of the package only impacts the enclosed area. In other cases, reconfiguration will not change anything if the script detects a manual modification of the configuration file, in order to preserve these human interventions (because the script can't ensure that its own modifications will not disrupt the existing settings).
ru-RU: В большинстве случаев эти настройки очень просты; изменяются только некоторые важнейшие переменные конфигурационного файла. Эти переменные нередко содержатся между двумя «пограничными» строками, так что перенастройка пакета влияет только на ограниченную область. В других случаях перенастройка не будет ничего менять, если сценарий обнаружит, что конфигурационный файл был изменён вручную, чтобы сохранить результаты вмешательства человека (поскольку сценарий не может удостовериться, что вносимые им самим изменения не нарушат текущих настроек).

en: <emphasis>DEBIAN POLICY</emphasis> Preserving changes
ru-RU: <emphasis>ПОЛИТИКА DEBIAN</emphasis> Сохранение изменений

en: The Debian Policy expressly stipulates that everything should be done to preserve manual changes made to a configuration file, so more and more scripts take precautions when editing configuration files. The general principle is simple: the script will only make changes if it knows the status of the configuration file, which is verified by comparing the checksum of the file against that of the last automatically generated file. If they are the same, the script is authorized to change the configuration file. Otherwise, it determines that the file has been changed and asks what action it should take (install the new file, save the old file, or try to integrate the new changes with the existing file). This precautionary principle has long been unique to Debian, but other distributions have gradually begun to embrace it.
ru-RU: Политика Debian явно оговаривает, что необходимо делать всё возможное, чтобы сохранить внесённые вручную изменения в конфигурационных файлах. Главный принцип прост: сценарий будет вносить изменения только в том случае, если ему известен статус конфигурационного файла, который проверяется путём сверки контрольной суммы файла с той, которая была после того, как файл последний раз менялся автоматически. Если они совпадают, сценарий авторизуется для изменения конфигурационного файла. В противном случае он определяет, что файл был изменён, и спрашивает, какое действие ему следует предпринять (установить новый файл, сохранить старый файл или попытаться интегрировать изменения в существующий файл). Этот предупредительный принцип долгое время был уникален для Debian, но со временем и другие дистрибутивы стали перенимать его.

en: The <command>ucf</command> program (from the Debian package of the same name) can be used to implement such a behavior.
ru-RU: Для реализации такого поведения можно использовать программу <command>usf</command> (из одноимённого пакета Debian).

en: <command>syslog</command> System Events
ru-RU: Системные события <command>syslog</command>

en: Principle and Mechanism
ru-RU: Принципы и механизм

en: The <command>rsyslogd</command> daemon is responsible for collecting service messages coming from applications and the kernel, then dispatching them into log files (usually stored in the <filename>/var/log/</filename> directory). It obeys the <filename>/etc/rsyslog.conf</filename> configuration file.
ru-RU: Демон <command>rsyslogd</command> отвечает за сбор служебных сообщений от приложений и ядра и дальнейшее распределение их по файлам журналов (обычно хранящимся в каталоге <filename>/var/log/</filename>). Он управляется конфигурационным файлом <filename>/etc/rsyslog.conf</filename>.

en: Each log message is associated with an application subsystem (called “facility” in the documentation):
ru-RU: Каждое сообщение в журнале соответствует подсистеме приложений (в документации называемой «facility»):

en: <literal>auth</literal> and <literal>authpriv</literal>: for authentication;
ru-RU: <literal>auth</literal> и <literal>authpriv</literal>: для аутентификации;

en: <literal>cron</literal>: comes from task scheduling services, <command>cron</command> and <command>atd</command>;
ru-RU: <literal>cron</literal>: от сервисов планировки заданий, <command>cron</command> и <command>atd</command>;

en: <literal>daemon</literal>: affects a daemon without any special classification (DNS, NTP, etc.);
ru-RU: <literal>daemon</literal>: относится к демонам, не выделенным в особую группу (DNS, NTP и т. д.);

en: <literal>ftp</literal>: concerns the FTP server;
ru-RU: <literal>ftp</literal>: относится к FTP-серверу;

en: <literal>kern</literal>: message coming from the kernel;
ru-RU: <literal>kern</literal>: сообщение от ядра;

en: <literal>lpr</literal>: comes from the printing subsystem;
ru-RU: <literal>lpr</literal>: от подсистемы печати;

en: <literal>mail</literal>: comes from the e-mail subsystem;
ru-RU: <literal>mail</literal>: от подсистемы электронной почты;

en: <literal>news</literal>: Usenet subsystem message (especially from an NNTP — Network News Transfer Protocol — server that manages newsgroups);
ru-RU: <literal>news</literal>: сообщение подсистемы Usenet (в частности от сервера NNTP — Network News Transfer Protocol — управляющего новостными группами);

en: <literal>syslog</literal>: messages from the <command>syslogd</command> server, itself;
ru-RU: <literal>syslog</literal>: сообщения от самого сервера <command>syslogd</command>;

en: <literal>user</literal>: user messages (generic);
ru-RU: <literal>user</literal>: пользовательские сообщения (основные);

en: <literal>uucp</literal>: messages from the UUCP server (Unix to Unix Copy Program, an old protocol notably used to distribute e-mail messages);
ru-RU: <literal>uucp</literal>: сообщения от сервера UUCP (Unix to Unix Copy Program, старый протокол, широко использовавшийся для распространения сообщений электронной почты);

en: <literal>local0</literal> to <literal>local7</literal>: reserved for local use.
ru-RU: с <literal>local0</literal> по <literal>local7</literal>: зарезервированы для локального использования.

en: Each message is also associated with a priority level. Here is the list in decreasing order:
ru-RU: Каждому сообщению также присваивается уровень приоритета. Вот их список в порядке убывания:

en: <literal>emerg</literal>: “Help!” There is an emergency, the system is probably unusable.
ru-RU: <literal>emerg</literal>: “Помогите” Возникла аварийная ситуация, система возможно непригодна для использования.

en: <literal>alert</literal>: hurry up, any delay can be dangerous, action must be taken immediately;
ru-RU: <literal>alert</literal>: поспешите, промедление небезопасно, нужно срочно принимать меры;

en: <literal>crit</literal>: conditions are critical;
ru-RU: <literal>crit</literal>: условия критические;

en: <literal>err</literal>: error;
ru-RU: <literal>err</literal>: ошибка;

en: <literal>warn</literal>: warning (potential error);
ru-RU: <literal>warn</literal>: предупреждение (возможная ошибка);

en: <literal>notice</literal>: conditions are normal, but the message is important;
ru-RU: <literal>notice</literal>: условия нормальные, но сообщение важное;

en: <literal>info</literal>: informative message;
ru-RU: <literal>info</literal>: информационное сообщение;

en: <literal>debug</literal>: debugging message.
ru-RU: <literal>debug</literal>: сообщение для отладки.

en: The Configuration File
ru-RU: Конфигурационный файл

en: Syntax of the Selector
ru-RU: Синтаксис селектора

en: The selector is a semicolon-separated list of <literal><replaceable>subsystem</replaceable>.<replaceable>priority</replaceable></literal> pairs (example: <literal>auth.notice;mail.info</literal>). An asterisk may represent all subsystems or all priorities (examples: <literal>*.alert</literal> or <literal>mail.*</literal>). Several subsystems can be grouped, by separating them with a comma (example: <literal>auth,mail.info</literal>). The priority indicated also covers messages of equal or higher priority; thus <literal>auth.alert</literal> indicates the <literal>auth</literal> subsystem messages of <literal>alert</literal> or <literal>emerg</literal> priority. Prefixed with an exclamation point (!), it indicates the opposite, in other words the strictly lower priorities; <literal>auth.!notice</literal>, thus, indicates messages issued from <literal>auth</literal>, with <literal>info</literal> or <literal>debug</literal> priority. Prefixed with an equal sign (=), it corresponds to precisely and only the priority indicated (<literal>auth.=notice</literal> only concerns messages from <literal>auth</literal> with <literal>notice</literal> priority).
ru-RU: Селектор представляет собой Разделённый точками с запятой список пар <literal><replaceable>подсистема</replaceable>.<replaceable>приоритет</replaceable></literal> (пример: <literal>auth.notice;mail.info</literal>). Звёздочка может означать все подсистемы или все приоритеты (примеры: <literal>*.alert</literal> или <literal>mail.*</literal>). Несколько подсистем можно сгруппировать, разделяя их запятой (пример: <literal>auth,mail.info</literal>). Указанный приоритет подразумевает сообщения того же или более высокого уровня; так, <literal>auth.alert</literal> соответствует сообщениям подсистемы <literal>auth</literal> с приоритетом <literal>alert</literal> или <literal>emerg</literal>. Если в начале стоит восклицательный знак, такая запись означает прямо противоположное, то есть строго более низкие приоритеты; <literal>auth.!notice</literal>, таким образом, означает сообщения от <literal>auth</literal> с приоритетом <literal>info</literal> или <literal>debug</literal>. Если в начале стоит знак равенства, такая запись означает точное соответствие указанному приоритету и только ему (<literal>auth.=notice</literal> соответствует сообщениям от <literal>auth</literal> с приоритетом <literal>notice</literal>).

en: Each element in the list on the selector overrides previous elements. It is thus possible to restrict a set or to exclude certain elements from it. For example, <literal>kern.info;kern.!err</literal> means messages from the kernel with priority between <literal>info</literal> and <literal>warn</literal>. The <literal>none</literal> priority indicates the empty set (no priorities), and may serve to exclude a subsystem from a set of messages. Thus, <literal>*.crit;kern.none</literal> indicates all the messages of priority equal to or higher than <literal>crit</literal> not coming from the kernel.
ru-RU: Каждый элемент в списке селектора переписывает предыдущие элементы. Благодаря этому возможно ограничить выборку или исключить из неё некоторые элементы. Например, <literal>kern.info;kern.!err</literal> означает сообщения от ядра с приоритетом между <literal>info</literal> и <literal>warn</literal>. Приоритет <literal>none</literal> указывает на пустую выборку (нет приоритетов) и может использоваться для исключения подсистемы из выборки сообщений. Так, <literal>*.crit;kern.none</literal> означает все сообщения с приоритетом, равным или более высоким, чем <literal>crit</literal>, исходящим не от ядра.

en: Syntax of Actions
ru-RU: Синтаксис действий

en: <emphasis>BACK TO BASICS</emphasis> The named pipe, a persistent pipe
ru-RU: <emphasis>К ОСНОВАМ</emphasis> Именованный канал — постоянный канал

en: <primary>named pipe</primary>
ru-RU: <primary>именованный канал</primary>

en: A named pipe is a particular type of file that operates like a traditional pipe (the pipe that you make with the “|” symbol on the command line), but via a file. This mechanism has the advantage of being able to relate two unrelated processes. Anything written to a named pipe blocks the process that writes until another process attempts to read the data written. This second process reads the data written by the first, which can then resume execution.
ru-RU: Именованный канал — это специальный тип файла, работающий как обычный канал (канал, который создаётся с помощью символа «|» в командной строке), но через файл. Преимущество этого механизма заключается в возможности связи между двумя не взаимосвязанными процессами. Запись чего бы то ни было в именованный канал блокирует записывающий процесс до тех пор, пока другой процесс не попытается прочитать записанные данные. Этот второй процесс читает данные, записанные первым, которые после этого может продолжить работу.

en: Such a file is created with the <command>mkfifo</command> command.
ru-RU: Такой файл создаётся с помощью команды <command>mkfifo</command>.

en: The various possible actions are:
ru-RU: В число возможных действий входят:

en: add the message to a file (example: <filename>/var/log/messages</filename>);
ru-RU: добавление сообщения в файл (пример: <filename>/var/log/messages</filename>);

en: send the message to a remote <command>syslog</command> server (example: <literal>@log.falcot.com</literal>);
ru-RU: отправка сообщения удалённому серверу <command>syslog</command> (пример: <literal>@log.falcot.com</literal>);

en: send the message to an existing named pipe (example: <literal>|/dev/xconsole</literal>);
ru-RU: отправка сообщения в существующий именованный канал (пример: <literal>|/dev/xconsole</literal>);

en: send the message to one or more users, if they are logged in (example: <literal>root,rhertzog</literal>);
ru-RU: отправка сообщения одному или нескольким пользователям, если они вошли в систему (пример: <literal>root,rhertzog</literal>);

en: send the message to all logged in users (example: <literal>*</literal>);
ru-RU: отправка сообщения всем пользователям в системе (пример: <literal>*</literal>);

en: write the message in a text console (example: <literal>/dev/tty8</literal>).
ru-RU: вывод сообщения в текстовую консоль (пример: <literal>/dev/tty8</literal>).

en: <emphasis>SECURITY</emphasis> Forwarding logs
ru-RU: <emphasis>БЕЗОПАСНОСТЬ</emphasis> Пересылка журналов

en: <primary>log</primary><secondary>forwarding</secondary>
ru-RU: <primary>журнал</primary><secondary>пересылка</secondary>

en: It is a good idea to record the most important logs on a separate machine (perhaps dedicated for this purpose), since this will prevent any possible intruder from removing traces of their intrusion (unless, of course, they also compromise this other server). Furthermore, in the event of a major problem (such as a kernel crash), you have the logs available on another machine, which increases your chances of determining the sequence of events that caused the crash.
ru-RU: Хорошей идеей будет записывать наиболее важные журналы на отдельной машине (возможно, специально выделенной для этой цели), поскольку это не позволит возможному взломщику удалить следы своего проникновения (если, конечно, он также не скомпроментировал и этот другой сервер). Кроме того, в случае большой проблемы (такой как сбой ядра) журналы будут доступны на другой машине, что повышает шансы на выявление последовательности событий, приведших к сбою.

en: To accept log messages sent by other machines, you must reconfigure <emphasis>rsyslog</emphasis>: in practice, it is sufficient to activate the ready-for-use entries in <filename>/etc/rsyslog.conf</filename> (<literal>$ModLoad imudp</literal> and <literal>$UDPServerRun 514</literal>).
ru-RU: Чтобы принимать сообщения журнала, посылаемые другими машинами, нужно перенастроить <emphasis>rsyslog</emphasis>: нужно только активировать готовые записи в <filename>/etc/rsyslog.conf</filename> (<literal>$ModLoad imudp</literal> и <literal>$UDPServerRun 514</literal>).

en: The <command>inetd</command> Super-Server
ru-RU: Суперсервер <command>inetd</command>

en: Inetd (often called “Internet super-server”) is a server of servers. It executes rarely used servers on demand, so that they do not have to run continuously.
ru-RU: Inetd (часто называемый «Интернет-суперсервером») — это сервер серверов. Он запускает редко используемые серверы по требованию, так что им не приходится работать постоянно.

en: <primary>super-server</primary>
ru-RU: <primary>суперсервер</primary>

en: The <filename>/etc/inetd.conf</filename> file lists these servers and their usual ports. The <command>inetd</command> command listens to all of them; when it detects a connection to any such port, it executes the corresponding server program.
ru-RU: В файле <filename>/etc/inetd.conf</filename> перечисляются эти серверы и обычно используемые ими порты. Команда <command>inetd</command> слушает их все; когда она обнаруживает соединение с любым таким портом, она запускает соответствующую серверную программу.

en: Packages frequently want to register a new server in the <filename>/etc/inetd.conf</filename> file, but Debian Policy prohibits any package from modifying a configuration file that it doesn't own. This is why the <command>update-inetd</command> script (in the package with the same name) was created: It manages the configuration file, and other packages can thus use it to register a new server to the super-server's configuration.
ru-RU: Пакеты часто хотят выполнить регистрацию своих новых сервисов в файле  <filename>/etc/inetd.conf</filename>, но  Политикой Debian запрещено изменять чужие конфигурационные файлы любому пакету. Изменять файлы конфигурации имеет право только тот пакет, кто является их владельцем. Это объясняет, почему был создан сценарий <command>update-inetd</command> (в пакете с похожим именем): он управляет файлом настройки, и другие пакеты могут таким образом использовать этот сценарий для регистрации нового сервиса в файле настройки «Интернет-суперсервера».

en: Each significant line of the <filename>/etc/inetd.conf</filename> file describes a server through seven fields (separated by spaces):
ru-RU: Каждая значащая строка файла <filename>/etc/inetd.conf</filename> описывает сервер в сми полях (разделённых пробелами):

en: The TCP or UDP port number, or the service name (which is mapped to a standard port number with the information contained in the <filename>/etc/services</filename> file).
ru-RU: Номер порта TCP или UDP или имя сервиса (которое преобразуется в стандартный номер порта с помощью информации, содержащейся в файле <filename>/etc/services</filename>).

en: The socket type: <literal>stream</literal> for a TCP connection, <literal>dgram</literal> for UDP datagrams.
ru-RU: Тип сокета: <literal>stream</literal> для TCP-соединения, <literal>dgram</literal> для UDP-датаграмм.

en: The options: two possible values: <literal>wait</literal> or <literal>nowait</literal>, to tell <command>inetd</command> whether it should wait or not for the end of the launched process before accepting another connection. For TCP connections, easily multiplexable, you can usually use <literal>nowait</literal>. For programs responding over UDP, you should use <literal>nowait</literal> only if the server is capable of managing several connections in parallel. You can suffix this field with a period, followed by the maximum number of connections authorized per minute (the default limit is 256).
ru-RU: Опции: два возможных значения — <literal>wait</literal> или <literal>nowait</literal>, сообщающих <command>inetd</command>, следует ли ждать завершения запущенного процесса прежде чем принимать новое соединение. Для TCP-соединений, которые легко мультиплексируются, обычно можно использовать <literal>nowait</literal>. Для программ, отвечающих через UDP, следует использовать <literal>nowait</literal> только если сервер способен управляться с несколькими соединениями параллельно. В конце этой опции можно добавить точку, и после неё указать максимально разрешённое число сединений в минуту (по умолчанию используется ограничение в 256 соединений).

en: The full path to the server program to execute.
ru-RU: Полный путь к серверной программе, которую нужно запустить.

en: The arguments: this is a complete list of the program's arguments, including its own name (<literal>argv[0]</literal> in C).
ru-RU: Аргументы: полный список аргументов программы, включая её собственное имя ((<literal>argv[0]</literal> в Си).

en: Excerpt from <filename>/etc/inetd.conf</filename>
ru-RU: Выдержка из <filename>/etc/inetd.conf</filename>

en: <emphasis>COMMUNITY</emphasis> Wietse Venema
ru-RU: <emphasis>СООБЩЕСТВО</emphasis> Виетс Венема

en: <primary>Wietse Venema</primary>
ru-RU: <primary>Виетс Венема</primary>

en: <primary>Venema, Wietse</primary>
ru-RU: <primary>Венема, Виетс</primary>

en: <emphasis>ALTERNATIVE</emphasis> Other <command>inetd</command> commands
ru-RU: <emphasis>АЛЬТЕРНАТИВА</emphasis> Другие команды <command>inetd</command>

en: Scheduling Tasks with <command>cron</command> and <command>atd</command>
ru-RU: Планирование задач с помощью <command>cron</command> и <command>atd</command>

en: <primary>scheduled commands</primary>
ru-RU: <primary>планирование задач</primary>

en: <primary>command scheduling</primary>
ru-RU: <primary>задачи, планирование</primary>

en: In a Unix system, many tasks are scheduled for regular execution:
ru-RU: В системе Unix многие задачи планируются для регулярного запуска:

en: rotating the logs;
ru-RU: ротация журналов;

en: updating the database for the <command>locate</command> program;
ru-RU: обновление базы данных для программы <command>locate</command>;

en: back-ups;
ru-RU: резервное копирование;

en: maintenance scripts (such as cleaning out temporary files).
ru-RU: сценарии обслуживания (такие как удаление временных файлов).

en: By default, all users can schedule the execution of tasks. Each user has thus their own <emphasis>crontab</emphasis> in which they can record scheduled commands. It can be edited by running <command>crontab -e</command> (its content is stored in the <filename>/var/spool/cron/crontabs/<replaceable>user</replaceable></filename> file).
ru-RU: По умолчанию все пользователи могут планировать запуск задач. У каждого пользователя есть свой собственный <emphasis>crontab</emphasis>, в который он может записывать запланированные команды. Его можно отредактировать, запустив <command>crontab -e</command> (его содержимое хранится в файле <filename>/var/spool/cron/crontabs/<replaceable>пользователь</replaceable></filename>).

en: <emphasis>SECURITY</emphasis> Restricting <command>cron</command> or <command>atd</command>
ru-RU: <emphasis>БЕЗОПАСНОСТЬ</emphasis> Ограничение использования <command>cron</command> или <command>atd</command>

en: The root user has their own <emphasis>crontab</emphasis>, but can also use the <filename>/etc/crontab</filename> file, or write additional <emphasis>crontab</emphasis> files in the <filename>/etc/cron.d</filename> directory. These last two solutions have the advantage of being able to specify the user identity to use when executing the command.
ru-RU: У пользователя root есть свой собственный <emphasis>crontab</emphasis>, но он также может использовать файл <filename>/etc/crontab</filename> или создавать дополнительные файлы <emphasis>crontab</emphasis> в каталоге <filename>/etc/cron.d</filename>. У последних двух решений есть то преимущество, что можно указать пользователя, от имени которого запускается команда.

en: The <emphasis>cron</emphasis> package includes by default some scheduled commands that execute:
ru-RU: Пакет <emphasis>cron</emphasis> по умолчанию содержит некоторые запланированные задачи, которые выполняются:

en: programs in the <filename>/etc/cron.hourly/</filename> directory once per hour;
ru-RU: программы из каталога <filename>/etc/cron.hourly/</filename> — каждый час;

en: programs in <filename>/etc/cron.daily/</filename> once per day;
ru-RU: программы из каталога <filename>/etc/cron.daily/</filename> — каждый день;

en: programs in <filename>/etc/cron.weekly/</filename> once per week;
ru-RU: программы из каталога <filename>/etc/cron.weekly/</filename> — каждую неделю;

en: programs in <filename>/etc/cron.monthly/</filename> once per month.
ru-RU: программы из каталога <filename>/etc/cron.monthly/</filename> — раз в месяц.

en: Many Debian packages rely on this service: by putting maintenance scripts in these directories, they ensure optimal operation of their services.
ru-RU: Многие пакеты Debian зависят от этого сервиса: помещая сценарии обслуживания в эти каталоги, они обеспечивают оптимальную работу своих сервисов.

en: Format of a <filename>crontab</filename> File
ru-RU: Формат файла <filename>crontab</filename>

en: <emphasis>TIP</emphasis> Text shortcuts for <command>cron</command>
ru-RU: <emphasis>СОВЕТ</emphasis> Текстовые сокращения для <command>cron</command>

en: <command>cron</command> recognizes some abbreviations which replace the first five fields in a <filename>crontab</filename> entry. They correspond to the most classic scheduling options:
ru-RU: <command>cron</command> распознаёт некоторые сокращения, заменяющие первые пять полей в записи <filename>crontab</filename>. Они соответствуют наиболее классическим опциям планирования:

en: <literal>@yearly</literal>: once per year (January 1, at 00:00);
ru-RU: <literal>@yearly</literal> — раз в год (1 января, в 00:00);

en: <literal>@monthly</literal>: once per month (the 1st of the month, at 00:00);
ru-RU: <literal>@monthly</literal> — раз в месяц (1 числа, в 00:00);

en: <literal>@weekly</literal>: once per week (Sunday at 00:00);
ru-RU: <literal>@weekly</literal> — раз в неделю (в воскресенье, в 00:00);

en: <literal>@daily</literal>: once per day (at 00:00);
ru-RU: <literal>@daily</literal> — раз в день (в 00:00);

en: <literal>@hourly</literal>: once per hour (at the beginning of each hour).
ru-RU: <literal>@hourly</literal> — раз в час (в начале каждого часа).

en: <emphasis>SPECIAL CASE</emphasis> <command>cron</command> and daylight savings time
ru-RU: <emphasis>ОСОБЕННЫЙ СЛУЧАЙ</emphasis> Команда <command>cron</command> и учёт изменения светового дня (например в летний и зимний период)

en: In Debian, <command>cron</command> takes the time change (for Daylight Savings Time, or in fact for any significant change in the local time) into account as best as it can. Thus, the commands that should have been executed during an hour that never existed (for example, tasks scheduled at 2:30 am during the Spring time change in France, since at 2:00 am the clock jumps directly to 3:00 am) are executed shortly after the time change (thus around 3:00 am DST). On the other hand, in autumn, when commands would be executed several times (2:30 am DST, then an hour later at 2:30 am standard time, since at 3:00 am DST the clock turns back to 2:00 am) are only executed once.
ru-RU: В Debian <command>cron</command> учитывает смену времени (при переходе на летнее время, а фактически — при любом значительном изменении локального времени) лучшим образом, какой только возможен. Так, команды, которые должны были запуститься в течение часа, который никогда не существовал, (например задачи, запланированные на 2:30 утра при весенней смене времени во Франции, когда в 2:00 часы переводятся на 3:00) запускаются вскоре после изменения времени (то есть около 3:00 по летнему времени). С другой стороны, осенью, когда задачи могли бы запуститься дважды (в 2:30 по летнему времени, а потом в 2:30 по обычному времени, поскольку в 3:00 утра летнего времени часы переводятся на 2:00), запускаются только однократно.

en: Be careful, however, if the order in which the different scheduled tasks and the delay between their respective executions matters, you should check the compatibility of these constraints with <command>cron</command>'s behavior; if necessary, you can prepare a special schedule for the two problematic nights per year.
ru-RU: Следует, однако, соблюдать осторожность, если порядок запуска разных запланированных задач и величина задержки между ними имеют значение. В таком случае следует проверить совместимость этих ограничений с поведением <command>cron</command>; при необходимости можно подготовить специальное расписание для двух проблемных ночей в году.

en: the value for the hour (from 0 to 23);
ru-RU: значение часа (от 0 до 23);

en: the value for the day of the month (from 1 to 31);
ru-RU: значение числа месяца (от 1 до 31);

en: the value for the month (from 1 to 12);
ru-RU: значение месяца (от 1 до 12);

en: the value for the day of the week (from 0 to 7, 1 corresponding to Monday, Sunday being represented by both 0 and 7; it is also possible to use the first three letters of the name of the day of the week in English, such as <literal>Sun</literal>, <literal>Mon</literal>, etc.);
ru-RU: значение дня недели (от 0 до 7, где 1 соответствует понедельнику, а воскресенье может быть представлено как 0 или 7; также можно использовать первые три буквы англоязычного названия дня недели, например <literal>Sun</literal>, <literal>Mon</literal> и т. д.);

en: the user name under whose identity the command must be executed (in the <filename>/etc/crontab</filename> file and in the fragments located in <filename>/etc/cron.d/</filename>, but not in the users' own crontab files);
ru-RU: имя пользователя, от имени которого должна выполняться команда (в файле <filename>/etc/crontab</filename> и в фрагментах, расположенных в <filename>/etc/cron.d/</filename>, но не в пользовательских файлах crontab);

en: the command to execute (when the conditions defined by the first five columns are met).
ru-RU: команда, которая должна быть запущена (при выполнении условий, определённых в первых пяти колонках).

en: All these details are documented in the <citerefentry><refentrytitle>crontab</refentrytitle> <manvolnum>5</manvolnum></citerefentry> man page.
ru-RU: Все эти подробности описаны на странице man <citerefentry><refentrytitle>crontab</refentrytitle> <manvolnum>5</manvolnum></citerefentry>.

en: <emphasis>TIP</emphasis> Executing a command on boot
ru-RU: <emphasis>СОВЕТ</emphasis> Запуск команды при загрузке

en: To execute a command a single time, just after booting the computer, you can use the <literal>@reboot</literal> macro (a simple restart of <command>cron</command> does not trigger a command scheduled with <literal>@reboot</literal>). This macro replaces the first five fields of an entry in the <emphasis>crontab</emphasis>.
ru-RU: Для однократного запуска команды сразу после загрузки компьютера можно использовать макрос <literal>@reboot</literal> (простой перезапуск <command>cron</command> не вызовет команду, запланированную с использованием <literal>@reboot</literal>). Этот макрос заменяет первые пять полей записи <emphasis>crontab</emphasis>.

en: <emphasis>ALTERNATIVE</emphasis> Emulating <command>cron</command> with <command>systemd</command>
ru-RU: <emphasis>АЛЬТЕРНАТИВА</emphasis> Эмуляция команды <command>cron</command> с помощью команды <command>systemd</command>

en: Using the <command>at</command> Command
ru-RU: Использование команды <command>at</command>

en: An alternative syntax postpones the execution for a given duration: <command>at now + <replaceable>number</replaceable> <replaceable>period</replaceable></command>. The <replaceable>period</replaceable> can be <literal>minutes</literal>, <literal>hours</literal>, <literal>days</literal>, or <literal>weeks</literal>. The <replaceable>number</replaceable> simply indicates the number of said units that must elapse before execution of the command.
ru-RU: Альтернативный синтаксис откладывает запуск на заданный промежуток времени: <command>at now + <replaceable>число</replaceable> <replaceable>период</replaceable></command>. Значение <replaceable>период</replaceable> может быть <literal>minutes</literal>, <literal>hours</literal>, <literal>days</literal> или <literal>weeks</literal>. Значение <replaceable>число</replaceable> указывает число указанных единиц, которое должно пройти перед запуском программы.

en: To cancel a task scheduled by <command>cron</command>, simply run <command>crontab -e</command> and delete the corresponding line in the <emphasis>crontab</emphasis> file. For <command>at</command> tasks, it is almost as easy: run <command>atrm <replaceable>task-number</replaceable></command>. The task number is indicated by the <command>at</command> command when you scheduled it, but you can find it again with the <command>atq</command> command, which gives the current list of scheduled tasks.
ru-RU: Для отмены задачи, запланированной <command>cron</command>, нужно просто запустить <command>crontab -e</command> и удалить соответствующую строку в файле <emphasis>crontab</emphasis>. Для задач <command>at</command> это почти так же легко: надо запустить <command>atrm <replaceable>номер-задачи</replaceable></command>. Номер задачи указывается командой <command>at</command> при её планировании, а также её можно найти с помощью команды <command>atq</command>, выводящей текущий список запланированных задач.

en: Scheduling Asynchronous Tasks: <command>anacron</command>
ru-RU: Планирование асинхронных задач: <command>anacron</command>

en: <command>anacron</command> is the daemon that completes <command>cron</command> for computers that are not on at all times. Since regular tasks are usually scheduled for the middle of the night, they will never be executed if the computer is off at that time. The purpose of <command>anacron</command> is to execute them, taking into account periods in which the computer is not working.
ru-RU: <command>anacron</command> — это демон, дополняющий <command>cron</command> на компьютерах, которые не включены всё время. Поскольку регулярные задачи обычно планируются на середину ночи, они никогда не будут запускаться, если компьютер в это время выключен. Назначение <command>anacron</command> — запустить их, принимая во внимание периоды, в которые компьютер не работает.

en: Please note that <command>anacron</command> will frequently execute such activity a few minutes after booting the machine, which can render the computer less responsive. This is why the tasks in the <filename>/etc/anacrontab</filename> file are started with the <command>nice</command> command, which reduces their execution priority and thus limits their impact on the rest of the system. Beware, the format of this file is not the same as that of <filename>/etc/crontab</filename>; if you have particular needs for <command>anacron</command>, see the <citerefentry><refentrytitle>anacrontab</refentrytitle> <manvolnum>5</manvolnum></citerefentry> manual page.
ru-RU: Обратите внимание, что <command>anacron</command> зачастую будет запускать такие действия через несколько минут после загрузки машины, что может привести к ухудшению отзывчивости системы. Поэтому задачи в файле <filename>/etc/anacrontab</filename> запускаются с помощью команды <command>nice</command>, понижающей приоритет их выполнения и тем самым ограничивающей их влияние на остальную систему. Будьте внимательны, формат этого файла отличается от <filename>/etc/crontab</filename>; при необходимости использовать <command>anacron</command> следует ознакомиться со страницей руководства <citerefentry><refentrytitle>anacrontab</refentrytitle> <manvolnum>5</manvolnum></citerefentry>.

en: <emphasis>BACK TO BASICS</emphasis> Priorities and <command>nice</command>
ru-RU: <emphasis>К ОСНОВАМ</emphasis> Приоритеты и <command>nice</command>

en: <command>nice</command> works with levels of “niceness”: the positive levels (from 1 to 19) progressively lower the priority, while the negative levels (from -1 to -20) will increase it — but only root can use these negative levels. Unless otherwise indicated (see the <citerefentry><refentrytitle>nice</refentrytitle> <manvolnum>1</manvolnum></citerefentry> manual page), <command>nice</command> increases the current level by 10.
ru-RU: <command>nice</command> работает с разными уровнями «уступчивости»: положительные уровни (с 1 по 19) постепенно понижают приоритет, в то время как отрицательные уровни (от −1 до −20) увеличат его — но такие отрицательные уровни дозволено использовать только root. Если не указано что-либо другое (см. страницу руководства <citerefentry><refentrytitle>nice</refentrytitle><manvolnum>1</manvolnum></citerefentry>), <command>nice</command> повышает текущий уровень на 10.

en: If you discover that an already running task should have been started with <command>nice</command> it is not too late to fix it; the <command>renice</command> command changes the priority of an already running process, in either direction (but reducing the “niceness” of a process is reserved for the root user).
ru-RU: Если вы обнаружите, что уже работающая задача должна была быть запущена с <command>nice</command>, то ещё не поздно исправить это; команда <command>renice</command> изменит приоритет уже запущенного процесса, в любом направлении (но учтите, что понижение “уступчивости” процесса зарезервировано за пользователем - администратор).

en: Installation of the <emphasis role="pkg">anacron</emphasis> package deactivates execution by <command>cron</command> of the scripts in the <filename>/etc/cron.hourly/</filename>, <filename>/etc/cron.daily/</filename>, <filename>/etc/cron.weekly/</filename>, and <filename>/etc/cron.monthly/</filename> directories. This avoids their double execution by <command>anacron</command> and <command>cron</command>. The <command>cron</command> command remains active and will continue to handle the other scheduled tasks (especially those scheduled by users).
ru-RU: При установке пакета <emphasis role="pkg">anacron</emphasis> отключается выполнение <command>cron</command> сценариев в каталогах <filename>/etc/cron.hourly/</filename>, <filename>/etc/cron.daily/</filename>, <filename>/etc/cron.weekly/</filename>, и <filename>/etc/cron.monthly/</filename>. Это позволяет избежать их двукратного запуска как <command>anacron</command> так и <command>cron</command>. Команда <command>cron</command> остаётся активной и продолжает обслуживать другие запланированные задания (в частности заданные пользователями).

en: Quotas
ru-RU: Квоты

en: <primary>quota</primary>
ru-RU: <primary>квота</primary>

en: The quota system allows limiting disk space allocated to a user or group of users. To set it up, you must have a kernel that supports it (compiled with the <varname>CONFIG_QUOTA</varname> option) — as is the case with Debian kernels. The quota management software is found in the <emphasis role="pkg">quota</emphasis> Debian package.
ru-RU: Система квот позволяет ограничить размер дискового пространства, выделенного пользователю или группе пользователей. При желании использовать её, вы должны вначале убедиться, что имеете ядро с поддержкой квот (то есть ядро должно быть скомпилировано с опцией <varname>CONFIG_QUOTA</varname>) — как это реализовано в ядрах, собранных для дистибутивов Debian. Программное обеспечение для управления квотами находится в Debian пакете <emphasis role="pkg">quota</emphasis>.

en: To activate quota in a filesystem, you have to indicate the <literal>usrquota</literal> and <literal>grpquota</literal> options in <filename>/etc/fstab</filename> for the user and group quotas, respectively. Rebooting the computer will then update the quotas in the absence of disk activity (a necessary condition for proper accounting of already used disk space).
ru-RU: Для активирования квоты в файловой системе, вам надо в явной форме указать опции <literal>usrquota</literal> и <literal>grpquota</literal> в файле <filename>/etc/fstab</filename>, применив их к тем пользователям и группам, которым вы хотите установить квоты, соответственно. Во время перезагрузки компьютера, при отсутствии активности жёсткого диска, будет выполнено обновление квот (это необходимое условия для правильного учёта уже использованного дискового пространства).

en: The <command>edquota <replaceable>user</replaceable></command> (or <command>edquota -g <replaceable>group</replaceable></command>) command allows you to change the limits while examining current disk space usage.
ru-RU: команда <command>edquota <replaceable>пользователь</replaceable></command> (или <command>edquota -g <replaceable>группа</replaceable></command>) позволяет изменить лимиты, проверив текущее использование дискового пространства.

en: <emphasis>GOING FURTHER</emphasis> Defining quotas with a script
ru-RU: <emphasis>УГЛУБЛЯЕМСЯ</emphasis> Определение квот с помощью сценария

en: The <command>setquota</command> program can be used in a script to automatically change many quotas. Its <citerefentry><refentrytitle>setquota</refentrytitle> <manvolnum>8</manvolnum></citerefentry> manual page details the syntax to use.
ru-RU: Программа <command>setquota</command> может использоваться в сценарии для автоматического изменения множества квот. На её странице руководства <citerefentry><refentrytitle>setquota</refentrytitle> <manvolnum>8</manvolnum></citerefentry> подробно описан используемый синтаксис.

en: The quota system allows you to set four limits:
ru-RU: Система квот позволяет задать четыре лимита:

en: A “soft” limit can be temporarily exceeded; the user will simply be warned that they are exceeding the quota by the <command>warnquota</command> command, which is usually invoked by <command>cron</command>. A “hard” limit can never be exceeded: the system will refuse any operation that will cause a hard quota to be exceeded.
ru-RU: «Мягкий» лимит может быть временно превышен; пользователь просто получит предупреждение о превышении квоты от команды <command>warnquota</command>, обычно вызываемой <command>cron</command>. «Жёсткий» лимит никогда не может быть превышен: система отклонит любую операцию, приводящую к превышению жёсткой квоты.

en: <emphasis>VOCABULARY</emphasis> Blocks and inodes
ru-RU: <emphasis>СЛОВАРЬ</emphasis> Блоки и inode

en: <primary>block (disk)</primary>
ru-RU: <primary>блок (на диске)</primary>

en: The filesystem divides the hard drive into blocks — small contiguous areas. The size of these blocks is defined during creation of the filesystem, and generally varies between 1 and 8 kibibytes.
ru-RU: Файловая система делит диск на блоки — маленькие неразрывные области. Размер этих областей определяется при создании файловой системы и обычно имеет значение от 1 до 8 кибибайт.

en: A block can be used either to store the real data of a file, or for meta-data used by the filesystem. Among this meta-data, you will especially find the inodes. An inode uses a block on the hard drive (but this block is not taken into consideration in the block quota, only in the inode quota), and contains both the information on the file to which it corresponds (name, owner, permissions, etc.) and the pointers to the data blocks that are actually used. For very large files that occupy more blocks than it is possible to reference in a single inode, there is an indirect block system; the inode references a list of blocks that do not directly contain data, but another list of blocks.
ru-RU: Блок может использоваться или для хранения данных файла, или для хранения метаданных, используемых файловой системой. Среди этих метаданных особо выделяются inode. Inode занимает блок на жёстком диске (но этот блок не учитывается квотой на блоки, только квотой на inode) и содержит информацию о соответствующем файле (имя, владелец, разрешения и т. д.) и указатели на занятые блоки данных. Для очень больших файлов, занимающих слишком большое число блоков, чтобы на них можно было сослаться из одного inode, существует непрямая система блоков; inode ссылается на список блоков, которые содержат не сами данные, а другой список блоков.

en: With the <command>edquota -t</command> command, you can define a maximum authorized “grace period” within which a soft limit may be exceeded. After this period, the soft limit will be treated like a hard limit, and the user will have to reduce their disk space usage to within this limit in order to be able to write anything to the hard drive.
ru-RU: С помощью команды <command>edquota -t</command> можно определить максимально дозволенный «кредитный период», в течение которого может быть превышен мягкий лимит. По истечении этого периода мягкий лимит будет обрабатываться как жёсткий, и пользователю нужно будет уменьшить использование дискового пространства в соответствии с этим лимитом, чтобы получить возможность записи чего бы то ни было на жёсткий диск.

en: <emphasis>GOING FURTHER</emphasis> Setting up a default quota for new users
ru-RU: <emphasis>УГЛУБЛЯЕМСЯ</emphasis> Установка квоты по умолчанию для новых пользователей

en: To automatically setup a quota for new users, you have to configure a template user (with <command>edquota</command> or <command>setquota</command>) and indicate their user name in the <varname>QUOTAUSER</varname> variable in the <filename>/etc/adduser.conf</filename> file. This quota configuration will then be automatically applied to each new user created with the <command>adduser</command> command.
ru-RU: Чтобы автоматически устанавливать квоту для новых пользователей, нужно настроить шаблонного пользователя (с помощью <command>edquota</command> или <command>setquota</command>) и указать его имя пользователя в переменной <varname>QUOTAUSER</varname> в файле <filename>/etc/adduser.conf</filename>. Эта настройка квоты будет автоматически применяться ко всем новым пользователям, созданным с помощью команды <command>adduser</command>.

en: <primary>backup</primary>
ru-RU: <primary>резервное копирование</primary>

en: <primary>restoration</primary>
ru-RU: <primary>восстановление</primary>

en: Making backups is one of the main responsibilities of any administrator, but it is a complex subject, involving powerful tools which are often difficult to master.
ru-RU: Создание резервных копий — одна из основных обязанностей любого администратора, но это сложная задача, для которой используются мощные инструменты, которыми подчас непросто овладеть.

en: Rather than detailing some of them, this section will present the thoughts of the Falcot Corp administrators when they defined their backup strategy.
ru-RU: Вместо того, чтобы описывать некоторые из них, в этом разделе будут приведены рассуждения администраторов Falcot Corp при определении ими стратегии резервного копирования.

en: At Falcot Corp, backups have two goals: recovering erroneously deleted files, and quickly restoring any computer (server or desktop) whose hard drive has failed.
ru-RU: В Falcot Corp резервные копии нужны для двух целей: восстановления ошибочно удалённых файлов и быстрого восстановления любого компьютера (сервера или рабочей станции) после отказа жёсткого диска.

en: Backing Up with <command>rsync</command>
ru-RU: Резервное копирование с помощью <command>rsync</command>

en: Backups on tape having been deemed too slow and costly, data will be backed up on hard drives on a dedicated server, on which the use of software RAID (see <xref linkend="sect.raid-soft" />) will protect the data from hard drive failure. Desktop computers are not backed up individually, but users are advised that their personal account on their department's file server will be backed up. The <command>rsync</command> command (from the package of the same name) is used daily to back up these different servers.
ru-RU: Поскольку резервные копии на магнитной ленте сочли слишком медленными и дорогими, данные будут сохраняться на жёстких дисках на выделенном сервере, на котором использование программного RAID (см. <xref linkend="sect.raid-soft" />) защитит данные от сбоя диска. Резервные копии отдельных настольных компьютеров не делаются, но пользователи извещены, что будет выполняться резервное копирование их учётных записей на файловом сервере их отдела. Команда <command>rsync</command> ежедневно используется для резервного копирования этих серверов.

en: <emphasis>BACK TO BASICS</emphasis> The hard link, a second name for the file
ru-RU: <emphasis>К ОСНОВАМ</emphasis> Жёсткая ссылка, второе имя файла

en: <primary>link</primary><secondary>hard link</secondary>
ru-RU: <primary>ссылка</primary><secondary>жёсткая ссылка</secondary>

en: <primary>hard link</primary>
ru-RU: <primary>жёсткая ссылка</primary>

en: A hard link, as opposed to a symbolic link, cannot be differentiated from the linked file. Creating a hard link is essentially the same as giving an existing file a second name. This is why the deletion of a hard link only removes one of the names associated with the file. As long as another name is still assigned to the file, the data therein remain present on the filesystem. It is interesting to note that, unlike a copy, the hard link does not take up additional space on the hard drive.
ru-RU: Жёсткую сылку, в противоположность символической ссылке, невозможно отличить от самого файла, на который она ссылается. По сути, создание жёсткой ссылки является как бы присвоением второго имени существующему файлу. Именно поэтому, если удалить жёсткую ссылку, то сам файл, на который ранее она ссылалась, не будет удалён (будет удалено только как бы второе имя файла). До тех пор, пока существует другое имя файла в системе, данные, включённые в него, будут оставаться записанными в файловой системе. Интересно отметить, что в отличие от копии файла, жёсткая ссылка не занимает дополнительного пространства на жёстком диске.

en: A hard link is created with the <command>ln <replaceable>target</replaceable> <replaceable>link</replaceable></command> command. The <replaceable>link</replaceable> file is then a new name for the <replaceable>target</replaceable> file. Hard links can only be created on the same filesystem, while symbolic links are not subject to this limitation.
ru-RU: Жёсткая ссылка создаётся командой <command>ln <replaceable>цель</replaceable> <replaceable>ссылка</replaceable></command>. Файл <replaceable>ссылка</replaceable> станет новым именем для файла <replaceable>target</replaceable>. Жёсткие ссылки можно создавать только в пределах одной файловой системы, в то время как на символьные ссылки это ограничение не распространяется.

en: The available hard drive space prohibits implementation of a complete daily backup. As such, the <command>rsync</command> command is preceded by a duplication of the content of the previous backup with hard links, which prevents usage of too much hard drive space. The <command>rsync</command> process then only replaces files that have been modified since the last backup. With this mechanism a great number of backups can be kept in a small amount of space. Since all backups are immediately available and accessible (for example, in different directories of a given share on the network), you can quickly make comparisons between two given dates.
ru-RU: Доступное дисковое пространство не позволяет реализовать полное ежедневное резервное копирование. Поэтому команде <command>rsync</command> предшествует дублирование содержимого предыдущей резервной копии с помощью жёстких ссылок, что предупреждает использование слишком большого дискового пространства. Процесс <command>rsync</command> затем заменяет только те файлы, которые были изменены с момента создания предыдущей копии. С помощью этого механизма огромное число резервных копий можно хранить на небольшом пространстве. Поскольку все резервные копии немедленно становятся доступными (например в разных каталогах на сетевом ресурсе), можно быстро выполнять сравнения между двумя заданными датами.

en: <primary>copy, backup copy</primary>
ru-RU: <primary>копия, резервная копия</primary>

en: This backup mechanism is easily implemented with the <command>dirvish</command> program. It uses a backup storage space (“bank” in its vocabulary) in which it places timestamped copies of sets of backup files (these sets are called “vaults” in the dirvish documentation).
ru-RU: Этот механизм резервного копирования легко реализуется с помощью программы <command>dirvish</command>. Она использует хранилище резервных копий («bank» — «банк» — в её терминологии), в котором размещает копии наборов файлов резервных копий с временными метками (в документации dirvish эти наборы называются «vaults» — «подвалы»).

en: The main configuration is in the <filename>/etc/dirvish/master.conf</filename> file. It defines the location of the backup storage space, the list of “vaults” to manage, and default values for expiration of the backups. The rest of the configuration is located in the <filename><replaceable>bank</replaceable>/<replaceable>vault</replaceable>/dirvish/default.conf</filename> files and contains the specific configuration for the corresponding set of files.
ru-RU: Основные настройки хранятся в файле <filename>/etc/dirvish/master.conf</filename>. Он определяет местоположение пространства для резервных копий, список управляемых «подвалов» и значения сроков хранения резервных копий по умолчанию. Остальные настройки находятся в файлах <filename><replaceable>bank</replaceable>/<replaceable>vault</replaceable>/dirvish/default.conf</filename> и содержат конфигурацию соответствующего набора файлов.

en: The <filename>/etc/dirvish/master.conf</filename> file
ru-RU: Файл <filename>/etc/dirvish/master.conf</filename>

en: <emphasis>IN PRACTICE</emphasis> Scheduled expiration
ru-RU: <emphasis>НА ПРАКТИКЕ</emphasis> Запланированное истечение сроков хранения

en: The expiration rules are not used by <command>dirvish-expire</command> to do its job. In reality, the expiration rules are applied when creating a new backup copy to define the expiration date associated with that copy. <command>dirvish-expire</command> simply peruses the stored copies and deletes those for which the expiration date has passed.
ru-RU: Правила хранения не используются <command>dirvish-expire</command> для выполнения её работы. На самом деле эти правила применяются при создании новой резервной копии, чтобы определить дату истечения срока хранения, ассоциированную с этой копией. <command>dirvish-expire</command> просто просматривает сохранённые копии и удаляет те, для которых эта дата прошла.

en: The <filename>/backup/root/dirvish/default.conf</filename> file
ru-RU: Файл <filename>/backup/root/dirvish/default.conf</filename>

en: The above example specifies the set of files to back up: these are files on the machine <emphasis>rivendell.falcot.com</emphasis> (for local data backup, simply specify the name of the local machine as indicated by <command>hostname</command>), especially those in the root tree (<literal>tree: /</literal>), except those listed in <literal>exclude</literal>. The backup will be limited to the contents of one filesystem (<literal>xdev: 1</literal>). It will not include files from other mount points. An index of saved files will be generated (<literal>index: gzip</literal>), and the image will be named according to the current date (<literal>image-default: %Y%m%d</literal>).
ru-RU: В вышеприведённом примере определяется набор файлов для резервного копирования: это файлы на машине <emphasis>rivendell.falcot.com</emphasis> (для копирования локальных данных нужно просто указать имя локальной машины в том виде, как оно отображается командой <command>hostname</command>), а именно файлы корневого каталога (<literal>tree: /</literal>) за исключением тех, которые перечислены в <literal>exclude</literal>. Резервная копия будет ограничена содержимым одной файловой системы (<literal>xdev: 1</literal>). В неё не войдут файлы из других точек монтирования. Будет создан индекс сохранённых файлов (<literal>index: gzip</literal>), и имя образа будет соответствовать текущей дате (<literal>image-default: %Y%m%d</literal>).

en: <emphasis>IN PRACTICE</emphasis> Remote backup over SSH
ru-RU: <emphasis>НА ПРАКТИКЕ</emphasis> Удалённое резервное копирование через SSH

en: When dirvish needs to save data to a remote machine, it will use <command>ssh</command> to connect to it, and will start <command>rsync</command> as a server. This requires the root user to be able to automatically connect to it. The use of an SSH authentication key allows precisely that (see <xref linkend="sect.ssh-key-based-auth" />).
ru-RU: Когда dirvish требуется сохранить данные на удалённой машине, он использует <command>ssh</command> для подключения к ней, и запускает <command>rsync</command> как сервер. Для этого необходимо, чтобы пользователь root мог автоматически подключиться к ней. Использование ключа аутентификации SSH позволяет сделать именно это (см. <xref linkend="sect.ssh-key-based-auth" />).

en: Restoring Machines without Backups
ru-RU: Восстановление машин без резервных копий

en: The Falcot Corp administrators are aware of the limits in their backup policy. Since they can't protect the backup server as well as a tape in a fireproof safe, they have installed it in a separate room so that a disaster such as a fire in the server room won't destroy backups along with everything else. Furthermore, they do an incremental backup on DVD-ROM once per week — only files that have been modified since the last backup are included.
ru-RU: Администраторы Falcot Corp осознают ограничения своей политики резервного копирования. Поскольку они не могут защитить сервер резервных копий так же хорошо, как магнитную ленту в несгораемом шкафу, они установили его в отдельной комнате, чтобы стихийное бедствие, такое как пожар в серверной комнате, не уничтожило резервные копии вместе со всем остальным. Кроме того, они делают инкрементальные резервные копии на DVD-ROM раз в неделю — туда включаются только те файлы, которые были изменены со времени предыдущего резервного копирования.

en: <emphasis>GOING FURTHER</emphasis> Backing up SQL and LDAP services
ru-RU: <emphasis>УГЛУБЛЯЕМСЯ</emphasis> Резервное копирование сервисов SQL и LDAP

en: <primary>dump</primary>
ru-RU: <primary>дамп</primary>

en: Many services (such as SQL or LDAP databases) cannot be backed up by simply copying their files (unless they are properly interrupted during creation of the backups, which is frequently problematic, since they are intended to be available at all times). As such, it is necessary to use an “export” mechanism to create a “data dump” that can be safely backed up. These are often quite large, but they compress well. To reduce the storage space required, you will only store a complete text file per week, and a <command>diff</command> each day, which is created with a command of the type <command>diff <replaceable>file_from_yesterday</replaceable> <replaceable>file_from_today</replaceable></command>. The <command>xdelta</command> program produces incremental differences from binary dumps.
ru-RU: Многие сервисы (такие как базы данных SQL или LDAP) не могут быть запущены для резервного копирования простым копированием их файлов (кроме случаев, когда их работа была корректно завершена до начала старта резервного копирования, а это является проблемой, поскольку работа данных сервисов подразумевает быть доступными в любое время). В этих случаях необходимо использовать механизм экспорта (“export”) для создания  дампа данных, который поможет безопасно начать резервное копирование. Зачастую дамп достаточно большой, но он хорошо сжимается. Для уменьшения использования необходимого пространства в резервном хранилище, вам нужно будет только сохранять комплект текстовых файлов каждую неделю, и дополнительно делать команду <command>diff</command> каждый день, которая выглядит примерно так <command>diff <replaceable>файл_из_вчера</replaceable> <replaceable>файл_из_сегодня</replaceable></command>. Программа <command>xdelta</command> выполняет бесконечно малое приращение (инкрементальных) различий  бинарных дампов.

en: <emphasis>CULTURE</emphasis> <emphasis>TAR</emphasis>, the standard for tape backups
ru-RU: <emphasis>КУЛЬТУРА</emphasis> <emphasis>TAR</emphasis>, стандарт резервных копий на плёнке

en: <primary>backup</primary><secondary>on tape</secondary>
ru-RU: <primary>резервное копирование</primary><secondary>на плёнке</secondary>

en: <primary>tape, backup</primary>
ru-RU: <primary>плёнка, резервное копирование</primary>

en: Historically, the simplest means of making a backup on Unix was to store a <emphasis>TAR</emphasis> archive on a tape. The <command>tar</command> command even got its name from “Tape ARchive”.
ru-RU: Исторически самым простым способом создания резервных копий в Unix было сохранение архива <emphasis>TAR</emphasis> на плёнке. Команда <command>tar</command> даже получила своё название от «Tape ARchive» — «плёночный архив».

en: Hot Plugging: <emphasis>hotplug</emphasis>
ru-RU: Горячее подключение: <emphasis>hotplug</emphasis>

en: Introduction
ru-RU: Введение

en: The kernel has a database that associates each device ID with the required driver. This database is used during boot to load all the drivers for the peripheral devices detected on the different buses, but also when an additional hotplug device is connected. Once the device is ready for use, a message is sent to <command>udevd</command> so it will be able to create the corresponding entry in <filename>/dev/</filename>.
ru-RU: У ядра есть база данных для сопоставления идентификатора каждого устройства необходимому драйверу. Эта база данных используется при загрузке для подключения драйверов всех периферийных устройств, обнаруженных на разных шинах, а также при горячем подключении дополнительного устройства. Когда устройство готово к использованию, отправляется сообщение <command>udevd</command>, чтобы он создал соответствующую запись в <filename>/dev/</filename>.

en: The Naming Problem
ru-RU: Проблема именования

en: Before the appearance of hotplug connections, it was easy to assign a fixed name to a device. It was based simply on the position of the devices on their respective bus. But this is not possible when such devices can come and go on the bus. The typical case is the use of a digital camera and a USB key, both of which appear to the computer as disk drives. The first one connected may be <filename>/dev/sdb</filename> and the second <filename>/dev/sdc</filename> (with <filename>/dev/sda</filename> representing the computer's own hard drive). The device name is not fixed; it depends on the order in which devices are connected.
ru-RU: До появления горячих подключений было очень просто присвоить устройству фиксированное имя. Оно основывалось просто на расположении устройств на их шине. Но это невозможно, когда такие устройства могут появиться и начать использовать шину. Типичным случаем является использование цифрового фотоаппарата или USB-брелока, которые представляются компьютеру как жёсткие диски. Первый подключённый может стать <filename>/dev/sdb</filename>, а второй — <filename>/dev/sdc</filename> (если <filename>/dev/sda</filename> представляет собой локальный жёсткий диск компьютера). Имя устройства не фиксировано; оно зависит от порядка, в котором устройства подключаются.

en: Additionally, more and more drivers use dynamic values for devices' major/minor numbers, which makes it impossible to have static entries for the given devices, since these essential characteristics may vary after a reboot.
ru-RU: Кроме того, всё больше устройств используют динамические значения своих старшего и младшего номеров, из-за чего становится невозможным использовать для данных устройств статические записи, ведь эти важнейшие характеристики могут меняться после перезагрузки.

en: <emphasis>udev</emphasis> was created precisely to solve this problem.
ru-RU: <emphasis>udev</emphasis> был создан специально для решения этой проблемы.

en: How <emphasis>udev</emphasis> Works
ru-RU: Как работает <emphasis>udev</emphasis>

en: When <emphasis>udev</emphasis> is notified by the kernel of the appearance of a new device, it collects various information on the given device by consulting the corresponding entries in <filename>/sys/</filename>, especially those that uniquely identify it (MAC address for a network card, serial number for some USB devices, etc.).
ru-RU: Когда ядро уведомляет <emphasis>udev</emphasis> о появлении нового устройства, последний собирает различную информацию о данном устройстве из соответствующих записей в <filename>/sys/</filename>, особенно тех, которые позволяют уникально идентифицировать его (MAC-адрес сетевой карты, серийный номер некоторых USB-устройств и т. п.).

en: Armed with all of this information, <emphasis>udev</emphasis> then consults all of the rules contained in <filename>/etc/udev/rules.d/</filename> and <filename>/lib/udev/rules.d/</filename>. In this process it decides how to name the device, what symbolic links to create (to give it alternative names), and what commands to execute. All of these files are consulted, and the rules are all evaluated sequentially (except when a file uses “GOTO” directives). Thus, there may be several rules that correspond to a given event.
ru-RU: Вооружившись этой информацией, <emphasis>udev</emphasis> сверяется со всеми правилами, содержащимися в <filename>/etc/udev/rules.d/</filename> и <filename>/lib/udev/rules.d/</filename>. В ходе этого процесса он принимает решение, какое имя присвоить устройству, какие символьные ссылки создать (чтобы дать альтернативные имена) и какие команды запустить. Проверяются все эти файлы, и все правила выполняются последовательно (если в файлах не используются директивы «GOTO»). Так что может быть несколько правил, соответствующих отдельному событию.

en: The syntax of rules files is quite simple: each row contains selection criteria and variable assignments. The former are used to select events for which there is a need to react, and the latter defines the action to take. They are all simply separated with commas, and the operator implicitly differentiates between a selection criterion (with comparison operators, such as <literal>==</literal> or <literal>!=</literal>) or an assignment directive (with operators such as <literal>=</literal>, <literal>+=</literal> or <literal>:=</literal>).
ru-RU: Синтаксис файлов правил довольно прост: каждый ряд содержит критерии выбора и присваивание значений переменным. Первые используются для отбора событий, на которые нужно реагировать, а последние определяют действие, которое нужно предпринять. Они все разделяются запятыми, и оператор используется для того, чтобы косвенным образом отличить критерий выбора (с операторами сравнения, такими как <literal>==</literal> или <literal>!=</literal>) от директивы присваивания (с такими операторами как <literal>=</literal>, <literal>+=</literal> или <literal>:=</literal>).

en: Comparison operators are used on the following variables:
ru-RU: Операторы сравнения используются со следующими переменными:

en: <literal>KERNEL</literal>: the name that the kernel assigns to the device;
ru-RU: <literal>KERNEL</literal> — имя, которое ядро присваивает устройству;

en: <literal>ACTION</literal>: the action corresponding to the event (“add” when a device has been added, “remove” when it has been removed);
ru-RU: <literal>ACTION</literal> — действие, соответствующее событию («add» при добавлении устройства, «remove» при его удалении);

en: <literal>DEVPATH</literal>: the path of the device's <filename>/sys/</filename> entry;
ru-RU: <literal>DEVPATH</literal> — путь к записи устройства в <filename>/sys/</filename>;

en: <literal>SUBSYSTEM</literal>: the kernel subsystem which generated the request (there are many, but a few examples are “usb”, “ide”, “net”, “firmware”, etc.);
ru-RU: <literal>SUBSYSTEM</literal> — подсистема ядра, от которой пришёл запрос (их много, например «usb», «ide», «net», «firmware» и т. п.);

en: <literal>ATTR{<replaceable>attribute</replaceable>}</literal>: file contents of the <replaceable>attribute</replaceable> file in the <filename>/sys/<replaceable>$devpath</replaceable>/</filename> directory of the device. This is where you find the MAC address and other bus specific identifiers;
ru-RU: <literal>ATTR{<replaceable>attribute</replaceable>}</literal>: содержимое файла <replaceable>свойства</replaceable> файла в каталоге <filename>/sys/<replaceable>$devpath</replaceable>/</filename> устройства. Здесь вы можете найти MAC адрес и другие специфические идентификаторы шины;

en: <literal>KERNELS</literal>, <literal>SUBSYSTEMS</literal> and <literal>ATTRS{<replaceable>attributes</replaceable>}</literal> are variations that will try to match the different options on one of the parent devices of the current device;
ru-RU: <literal>KERNELS</literal>, <literal>SUBSYSTEMS</literal> и <literal>ATTRS{<replaceable>атрибуты</replaceable>}</literal> — это вариации, которые пытаются найти соответствие разным опциям одного из устройств, являющихся родительскими по отношению к текущему;

en: <literal>PROGRAM</literal>: delegates the test to the indicated program (true if it returns 0, false if not). The content of the program's standard output is stored so that it can be reused by the <literal>RESULT</literal> test;
ru-RU: <literal>PROGRAM</literal> — делегирует проверку указанной программе (истина если она возвращает 0, ложь в противном случае). Содержимое стандартного вывода программы сохраняется, так что его можно использовать в проверке <literal>RESULT</literal>;

en: <literal>RESULT</literal>: execute tests on the standard output stored during the last call to <literal>PROGRAM</literal>.
ru-RU: <literal>RESULT</literal> — выполняет проверки стандартного вывода, сохранённого при последнем вызове <literal>PROGRAM</literal>.

en: The right operands can use pattern expressions to match several values at the same time. For instance, <literal>*</literal> matches any string (even an empty one); <literal>?</literal> matches any character, and <literal>[]</literal> matches the set of characters listed between the square brackets (or the opposite thereof if the first character is an exclamation point, and contiguous ranges of characters are indicated like <literal>a-z</literal>).
ru-RU: В правых операндах можно использовать шаблонные выражения, соответствующие нескольким значениям одновременно. Например, <literal>*</literal> соответствует любой строке (даже пустой); <literal>?</literal> соответствует любому символу, а <literal>[]</literal> соответствует набору символов, перечисленных внутри квадратных скобок (или наоборот, если первым символом является восклицательный знак, а непрерывные диапазоны символов указываются как <literal>a-z</literal>).

en: Regarding the assignment operators, <literal>=</literal> assigns a value (and replaces the current value); in the case of a list, it is emptied and contains only the value assigned. <literal>:=</literal> does the same, but prevents later changes to the same variable. As for <literal>+=</literal>, it adds an item to a list. The following variables can be changed:
ru-RU: Что касается операторов присваивания, <literal>=</literal> присваивает значение (и заменяет текущее значение); в случае списка он очищается и содержит только присвоенное значение. <literal>:=</literal> делает то же самое, но запрещает изменение переменной в дальнейшем. <literal>+=</literal> добавляет запись в список. Можно изменять следующие переменные:

en: <literal>NAME</literal>: the device filename to be created in <filename>/dev/</filename>. Only the first assignment counts; the others are ignored;
ru-RU: <literal>NAME</literal> — имя файла устройства, который надлежит создать в <filename>/dev/</filename>. Учитывается только первое присваивание, остальные игнорируются;

en: <literal>SYMLINK</literal>: the list of symbolic links that will point to the same device;
ru-RU: <literal>SYMLINK</literal> — список символьных ссылок, которые будут указывать на то же устройство;

en: <literal>OWNER</literal>, <literal>GROUP</literal> and <literal>MODE</literal> define the user and group that owns the device, as well as the associated permission;
ru-RU: <literal>OWNER</literal>, <literal>GROUP</literal> и <literal>MODE</literal> определяют пользователя и группу, владеющих устройством, а также назначенные ему разрешения;

en: <literal>RUN</literal>: the list of programs to execute in response to this event.
ru-RU: <literal>RUN</literal> — список программ, которые должны быть запущены в ответ на событие.

en: The values assigned to these variables may use a number of substitutions:
ru-RU: В значениях, присваиваемых этим переменным, могут использоваться следующие подстановки:

en: <literal>$kernel</literal> or <literal>%k</literal>: equivalent to <literal>KERNEL</literal>;
ru-RU: <literal>$kernel</literal> или <literal>%k</literal> — эквивалент <literal>KERNEL</literal>;

en: <literal>$number</literal> or <literal>%n</literal>: the order number of the device, for example, for <literal>sda3</literal>, it would be “3”;
ru-RU: <literal>$number</literal> или <literal>%n</literal> — порядковый номер устройства, например для <literal>sda3</literal> он был бы равен «3»;

en: <literal>$devpath</literal> or <literal>%p</literal>: equivalent to <literal>DEVPATH</literal>;
ru-RU: <literal>$devpath</literal> или <literal>%p</literal> — эквивалент <literal>DEVPATH</literal>;

en: <literal>$attr{<replaceable>attribute</replaceable>}</literal> or <literal>%s{<replaceable>attribute</replaceable>}</literal>: equivalent to <literal>ATTRS{<replaceable>attribute</replaceable>}</literal>;
ru-RU: <literal>$attr{<replaceable>атрибут</replaceable>}</literal> или <literal>%s{<replaceable>атрибут</replaceable>}</literal> — эквивалент <literal>ATTRS{<replaceable>атрибут</replaceable>}</literal>;

en: <literal>$major</literal> or <literal>%M</literal>: the kernel major number of the device;
ru-RU: <literal>$major</literal> или <literal>%M</literal> — старший номер устройства в ядре;

en: <literal>$minor</literal> or <literal>%m</literal>: the kernel minor number of the device;
ru-RU: <literal>$minor</literal> или <literal>%m</literal> — младший номер устройства в ядре;

en: <literal>$result</literal> or <literal>%c</literal>: the string output by the last program invoked by <literal>PROGRAM</literal>;
ru-RU: <literal>$result</literal> или <literal>%c</literal> — строковый вывод последней программы, вызванной <literal>PROGRAM</literal>;

en: and, finally, <literal>%%</literal> and <literal>$$</literal> for the percent and dollar sign, respectively.
ru-RU: и наконец, <literal>%%</literal> и <literal>$$</literal> означают, соответственно, знак процента и знак доллара.

en: A concrete example
ru-RU: Конкретный пример

en: Let us consider the case of a simple USB key and try to assign it a fixed name. First, you must find the elements that will identify it in a unique manner. For this, plug it in and run <command>udevadm info -a -n /dev/sdc</command> (replacing <replaceable>/dev/sdc</replaceable> with the actual name assigned to the key).
ru-RU: Рассмотрим случай простого USB-брелока и попробуем присвоить ему фиксированное имя. Во-первых, необходимо найти элементы, которые идентифицируют его уникальным образом. Для этого надо подключить его и запустить <command>udevadm info -a -n /dev/sdc</command> (заменив <replaceable>/dev/sdc</replaceable> на действительное имя, присвоенное брелоку).

en: To create a new rule, you can use tests on the device's variables, as well as those of one of the parent devices. The above case allows us to create two rules like these:
ru-RU: Чтобы создать новое правило, можно использовать проверки переменных как устройства, так и его родительских устройств. В приведённом примере можно создать два правила вроде этих:

en: Once these rules are set in a file, named for example <filename>/etc/udev/rules.d/010_local.rules</filename>, you can simply remove and reconnect the USB key. You can then see that <filename>/dev/usb_key/disk</filename> represents the disk associated with the USB key, and <filename>/dev/usb_key/part1</filename> is its first partition.
ru-RU: После того, как эти правила прописаны в файле с именем, например, <filename>/etc/udev/rules.d/010_local.rules</filename>, можно просто отсоединить и заново подключить USB-брелок. После этого можно будет убедиться, что <filename>/dev/usb_key/disk</filename> представляет диск, ассоциированный с USB-брелоком, а <filename>/dev/usb_key/part1</filename> — его первый раздел.

en: <emphasis>GOING FURTHER</emphasis> Debugging <emphasis>udev</emphasis>'s configuration
ru-RU: <emphasis>УГЛУБЛЯЕМСЯ</emphasis> Отладка конфигурации <emphasis>udev</emphasis>

en: Like many daemons, <command>udevd</command> stores logs in <filename>/var/log/daemon.log</filename>. But it is not very verbose by default, and it is usually not enough to understand what is happening. The <command>udevadm control --log-priority=info</command> command increases the verbosity level and solves this problem. <command>udevadm control --log-priority=err</command> returns to the default verbosity level.
ru-RU: Подобно многим демонам, <command>udevd</command> сохраняет журналы событий в <filename>/var/log/daemon.log</filename>. Но записи по умолчанию не очень подробные, и их обычно недостаточно для понимания происходящего. Команда <command>udevadm control --log-priority=info</command> увеличит объём выдаваемой отладочной информации и решит эту проблему. А команда <command>udevadm control --log-priority=err</command> возвратит в состояние "по умолчанию" объём выводимой отладочной информации.

en: Power Management: Advanced Configuration and Power Interface (ACPI)
ru-RU: Управление питанием: ACPI

en: The topic of power management is often problematic. Indeed, properly suspending the computer requires that all the computer's device drivers know how to put them to standby, and that they properly reconfigure the devices upon waking. Unfortunately, there are still a few devices unable to sleep well under Linux, because their manufacturers have not provided the required specifications.
ru-RU: Тема управления питанием часто связана с проблемами. Действительно, для корректного перевода компьютера в режим ожидания необходимо, чтобы драйверы всех устройств знали, как переключить их в режим пониженного энергопотребления, и чтобы они корректно перенастроили устройства при возврате в обычный режим. К сожалению, иногда ещё встречаются устройства, неспособные правильно «уснуть» в Linux, поскольку их производители не предоставили необходимых спецификаций.

en: <emphasis>BEWARE</emphasis> Graphics card and standby
ru-RU: <emphasis>ОСТОРОЖНО</emphasis> Видеокарта и режим ожидания

en: The graphics card driver is often the culprit when standby doesn't work properly. In that case, it is a good idea to test the latest version of the X.org graphics server.
ru-RU: Драйвер видеокарты часто является виновником некорректной работы режима ошидания. В таком случае хорошей идеей будет проверить последнюю версию графического сервера X.org.

en: After this overview of basic services common to many Unix systems, we will focus on the environment of the administered machines: the network. Many services are required for the network to work properly. They will be discussed in the next chapter.
ru-RU: После этого обзора базовых сервисов, общих для многих Unix-систем, мы сосредоточимся на окружении администрируемых машин — на сети. Для её корректной работы необходимо множество сервисов. Они будут обсуждаться в следующей главе.
