0 - en to pt-BR translation catalogue (396 entries)

en: System boot
pt-BR: Inicialização do Sistema

en: Initscripts
pt-BR: Scripts de inicio

en: Rights
pt-BR: Direitos

en: Permissions
pt-BR: Permissões

en: Supervision
pt-BR: Supervisão

en: Unix Services
pt-BR: Serviços Unix

en: This chapter covers a number of basic services that are common to many Unix systems. All administrators should be familiar with them.
pt-BR: Este capítulo abrange uma série de serviços básicos que são comuns a muitos sistemas Unix. Todos os administradores devem estar familiarizados com eles.

en: System Boot
pt-BR: Inicialização do Sistema

en: <primary>booting</primary><secondary>the system</secondary>
pt-BR: <primary>inicializando</primary><secondary>o sistema</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.
pt-BR: Quando você inicia o computador, algumas mensagens rolarão pelo console automaticamente inicializando e as configurações são automaticamente executadas. Algumas vezes você pode desejar alterar como este estágio funciona, de forma que possa entender isto muito bem. Este é o propósito desta seção.

en: The systemd init system
pt-BR: O sistema init systemd

en: The “real init” is currently provided by <emphasis role="pkg">systemd</emphasis> and this section documents this init system.
pt-BR: O “init real” é atualmente fornecido pelo <emphasis role="pkg">systemd</emphasis> e essa seção documenta esse sistema init.

en: <emphasis>CULTURE</emphasis> Before <command>systemd</command>
pt-BR: <emphasis>CULTURA</emphasis> Antes do <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.
pt-BR: O <command>systemd</command> é um "sistema init" relativamente recente, e embora ele já estivesse disponível, até certo ponto, no <emphasis role="distribution">Wheezy</emphasis>, ele só se tornou o padrão no Debian <emphasis role="distribution">Jessie</emphasis>. Lançamentos anteriores faziam uso, por padrão, do “System V init” (no pacote <emphasis role="pkg">sysv-rc</emphasis>), um sistema muito mais tradicional. Nós descreveremos o "System V init" mais tarde.

en: <emphasis>ALTERNATIVE</emphasis> Other boot systems
pt-BR: <emphasis>ALTERNATIVA</emphasis> Outros sistemas de inicializações

en: The <command>upstart</command> system is still not perfectly tested on Debian. It is event based: init scripts are no longer executed in a sequential order but in response to events such as the completion of another script upon which they are dependent. This system, started by Ubuntu, was present in Debian <emphasis role="distribution">Jessie</emphasis>, but was not the default; it came, in fact, as a replacement for <emphasis role="pkg">sysvinit</emphasis>, and one of the tasks launched by <command>upstart</command> was to launch the scripts written for traditional systems, especially those from the <emphasis role="pkg">sysv-rc</emphasis> package.
pt-BR: O recém-chegado sistema <command>upstart</command> ainda não está perfeitamente testado no Debian. Ele é baseado em eventos: scripts de inicialização não são mais executados em uma ordem sequencial, mas em resposta a eventos como a conclusão de um outro script do qual eles são dependentes. Este sistema, iniciado pelo Ubuntu, estava presente no Debian <emphasis role="distribution">Jessie</emphasis>, mas não era o padrão; ele veio, de fato, como um substituto para o <emphasis role="pkg">sysvinit</emphasis>, e uma das funções iniciadas pelo <command>upstart</command> era iniciar os scripts escritos para sistemas tradicionais, especialmente aqueles do pacote <emphasis role="pkg">sysv-rc</emphasis>.

en: Boot sequence of a computer running Linux with systemd
pt-BR: Sequência de inicialização de um computador rodando Linux com systemd

en: <emphasis>SPECIFIC CASE</emphasis> Booting from the network
pt-BR: <emphasis>SPECIFIC CASE</emphasis> Inicializando pela rede

en: Booting from the network can be used to launch the <command>debian-installer</command> or FAI (see <xref linkend="sect.installation-methods" />).
pt-BR: A inicialização através da rede pode ser usada para iniciar o <command>debian-installer </command> ou FAI (ver <xref linkend="sect.installation-methods" />).

en: <emphasis>BACK TO BASICS</emphasis> The process, a program instance
pt-BR: <emphasis>DE VOLTA AO BÁSICO</emphasis> Um processo, uma instância do programa

en: <primary>process</primary>
pt-BR: <primary>processo</primary>

en: <emphasis>SECURITY</emphasis> Using a shell as <command>init</command> to gain root rights
pt-BR: <emphasis>SECURITY</emphasis> Usando Shell como <command>init</command> para ganhar privilégios de 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.
pt-BR: Por convenção, o primeiro processo que é carregado é o programa <command>init</command> ( que é uma ligação simbólica para <filename>/lib/systemd/systemd</filename>, por padrão). Contudo, é possível passar uma opção <literal> init </literal> para o kernel indicando um programa diferente.

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.
pt-BR: Qualquer pessoa que é capaz de acessar o computador pode pressionar o botão <keycap>Reset</keycap>, e, portanto reinicia-lo. Então, no prompt do inicializador do sistema, é possível passar opção <literal>init=/bin/sh</literal> para o kernel e ganhar acesso root sem saber a senha de administrador.

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.
pt-BR: Para evitar isso, você pode proteger o bootloader com uma senha. Você também pode pensar em proteger o acesso ao BIOS (um mecanismo de proteção por senha geralmente é disponível), sem o qual, um intruso mal-intencionado ainda possa iniciar a máquina por uma mídia removível que contém o seu próprio sistema Linux, que ele pode então usar para acessar dados sobre discos rígidos do computador.

en: Systemd executes several processes, in charge of setting up the system: keyboard, drivers, filesystems, network, services. It does this while keeping a global view of the system as a whole, and the requirements of the components. Each component is described by a “unit file” (sometimes more); the general syntax is derived from the widely-used “*.ini files“ syntax, with <literal><replaceable>key</replaceable> = <replaceable>value</replaceable></literal> pairs grouped between <literal>[<replaceable>section</replaceable>]</literal> headers. Unit files are stored under <filename>/lib/systemd/system/</filename> and <filename>/etc/systemd/system/</filename>; they come in several flavors, but we will focus on “services” and “targets” here.
pt-BR: O systemd executa vários processos, se encarregando de configurar o sistema: teclados, drivers, sistemas de arquivos, rede, serviços. Ele faz isso enquanto mantém uma visão global do sistema como um todo, e os requerimentos dos componentes. Cada componente é descrito por um "arquivo unit” (às vezes mais); a sintaxe geral é derivada do amplamente usado "arquivos *.ini“, com os pares <literal><replaceable>chave</replaceable> = <replaceable>valor</replaceable></literal> agrupados entre cabeçalhos <literal>[<replaceable>seção ("section")</replaceable>]</literal>. Arquivos unit são armazenados em <filename>/lib/systemd/system/</filename> e <filename>/etc/systemd/system/</filename>; eles vem em vários sabores, mas nós iremos focar nos serviços (“services”) e alvos (“targets”) aqui.

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.
pt-BR: Como arquivos unit são declarativos ao invés de scripts ou programas, eles não podem ser executados diretamente, e eles só são interpretados pelo systemd; vários utilitários, entretanto, permitem que o administrador interaja com o systemd e controle o estado do sistema e de cada componente.

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).
pt-BR: O primeiro de tais utilitários é o <command>systemctl</command>. Quando rodado sem argumentos, ele lista todos os arquivos unit conhecidos pelo systemd (exceto aqueles que tenham sido desabilitados), assim como seus status. O <command>systemctl status</command> retorna uma visão melhor dos serviços, assim como os processos relacionados. Se o nome do serviço for informado (como em <command>systemctl status ntp.service</command>), ele retorna ainda mais detalhes, assim como as últimas linhas de registro ("log") relacionadas ao serviço (mais sobre isso mais tarde).

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>.
pt-BR: Iniciar um serviço a mão é uma simples questão de rodar <command>systemctl start <replaceable>nomedoserviço</replaceable>.service</command>. Como se pode imaginar, para o serviço é feito com <command>systemctl stop <replaceable>nomedoserviço</replaceable>.service</command>; outros subcomandos incluem <command>reload</command> e <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.
pt-BR: Para controlar se um serviço está ativo (ou seja, se ele será iniciado automaticamente na inicialização), use <command>systemctl enable <replaceable>nomedoserviço</replaceable>.service</command> (ou <command>disable</command>). <command>is-enabled</command> permite checar o status do serviço.

en: An interesting feature of systemd is that it includes a logging component named <command>journald</command>. It comes as a complement to more traditional logging systems such as <command>syslogd</command>, but it adds interesting features such as a formal link between a service and the messages it generates, and the ability to capture error messages generated by its initialization sequence. The messages can be displayed later on, with a little help from the <command>journalctl</command> command. Without any arguments, it simply spews all log messages that occurred since system boot; it will rarely be used in such a manner. Most of the time, it will be used with a service identifier:
pt-BR: Um recurso interessante do systemd é que ele inclui um componente de "logging" de nome <command>journald</command>. Ele vem como um complemento para sistemas de "logging" mais tradicionais, tal como o <command>syslogd</command>, mas ele adiciona recursos interessantes tal como uma ligação formal entre um serviço e as mensagens que ele gera, e a habilidade de capturar mensagens de erro geradas pela sua sequência de inicialização. As mensagens podem ser exibidas mais tarde, com um pequena ajuda do comando <command>journalctl</command>. Sem qualquer argumento, ele simplesmente derrama todas as mensagens de "log" que ocorreram desde a inicialização do sistema; ele raramente será usado de tal maneira. Na maior parte do tempo, ele será usado com um identificador de serviço:

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>).
pt-BR: Outra opção de linha de comando útil é a <command>-f</command>, que instrui o <command>journalctl</command> a manter a exibição de novas mensagens assim que elas são emitidas (similar ao <command>tail -f <replaceable>arquivo</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:
pt-BR: Se um serviço não parece estar trabalhando como o esperado, o primeiro passo para resolver o problema é checar se o serviço está realmente rodando com <command>systemctl status</command>; se ele não está, e as mensagens obtidas pelo primeiro comando não são suficientes para diagnosticar o problema, confira os registros ("logs") coletados pelo journald sobre esse serviço. Por exemplo, suponha que o servidor SSH não esteja funcionando:

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.
pt-BR: Após checar o status do serviço (failed), nós fomos checar os registros ("logs"); eles indicam um erro no arquivo de configuração. Após editar o arquivo de configuração e consertar o erro, nós reiniciamos o serviço, e então verificamos se ele está realmente rodando.

en: <emphasis>GOING FURTHER</emphasis> Other types of unit files
pt-BR: <emphasis>INDO ALÉM</emphasis> Outros tipos de arquivos 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:
pt-BR: Nesta seção, nós apenas descrevemos as mais básicas capacidades do systemd. Ele oferece muitos outros recursos interessantes; nós iremos listar apenas alguns aqui:

en: The System V init system
pt-BR: O sistema init System V

en: Among these, you will find successively programs in charge of:
pt-BR: Entre estes,você encontrará sucessivamente programas responsáveis pela:

en: configuring the console's keyboard;
pt-BR: configurar o teclado do console;

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>;
pt-BR: carregando drivers: a maioria dos módulos do kernel serão carregados por si assim que o hardware seja detectado; drivers extra então são carregado automaticamente quando o modulo correspondente seja listado em <filename>/etc/modules</filename>;

en: checking the integrity of filesystems;
pt-BR: checar a integridade do sistema de arquivos;

en: mounting local partitions;
pt-BR: montar partições locais;

en: configuring the network;
pt-BR: configuração da rede;

en: mounting network filesystems (NFS).
pt-BR: montando sistemas de arquivos em rede (NFS).

en: <emphasis>BACK TO BASICS</emphasis> Kernel modules and options
pt-BR: <emphasis>DE VOLTA AO BÁSICO</emphasis> opções e módulo do núcleo

en: <primary>modules</primary><secondary>kernel modules</secondary>
pt-BR: <primary>módulos</primary><secondary>módulos do kernel</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>).
pt-BR: Após este estágio, o <command>init</command> assume o controle e inicializa os programas habilitados no nível de execução padrão (que geralmente é o nível de execução 2). Ele executa o <command>/etc/init.d/rc 2</command>, um script que inicia todos os serviços que estão listados em <filename>/etc/rc2.d/</filename> e que os nomes começam com a letra "S". O número de duas casas que se segue tinha sido historicamente utilizado para definir a ordem em que os serviços devem de ser iniciados. Atualmente, o sistema de inicialização padrão usa <command>insserv</command>, o qual agenda automaticamente tudo, baseado nas dependências dos scripts. Desta forma, cada script de inicialização declara as condições que devem ser cumpridas para iniciar ou parar um serviço (por exemplo, se ele deve começar antes ou depois de outro serviço); o <command>init</command> em seguida, lança-os na ordem que satisfaça estas condições. A numeração estática dos scripts, portanto, não é mais levada em consideração (mas eles sempre devem ter um nome começando por "S" seguido por dois dígitos e o nome atual do script usado por suas dependências). Geralmente, serviços base (tal como registros com o <command>rsyslog</command>, ou atribuição de portas com <command>portmap</command>) são inicializados primeiro, seguidos por serviços padrões e a interface gráfica (<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.
pt-BR: Este sistema de inicialização baseado em dependência torna possível automatizar a numeração, que poderia ser um pouco entediante se tivesse que ser feito manualmente, e limita os riscos de erro humano, já que o agendamento é realizado de acordo com os parâmetros indicados. Outro benefício é que os serviços podem ser iniciados em paralelo quando são independentes um do outro, que pode acelerar o processo de inicialização.

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.
pt-BR: <command>init</command> distingue vários runlevels, então para que ele possa alternar de um para outro com o comando <command>telinit<replaceable>new-level</replaceable></command>. Imediatamente,<command>init</command> executa <command>/etc/init.d/rc</command> novamente com novo runlevel. Este script irá, em seguida, iniciar os serviços ausentes e interromper aqueles que não são mais desejado. Para fazer isso, ele se dirige ao conteúdo do <filename>/etc/rc<replaceable>X</replaceable>.d</filename>(onde <replaceable>X</replaceable> representa o novo runlevel).Scripts começando com "S" (como em "Start") são serviços iniciados; aqueles que iniciam com "K" (como em "Kill") são os serviços interrompidos. O script não inicia qualquer serviço que já estava ativo em runlevel anterior.

en: By default, System V init in Debian uses four different runlevels:
pt-BR: Por padrão, o init System V no Debian usa quatro runlevels diferentes:

en: Level 0 is only used temporarily, while the computer is powering down. As such, it only contains many “K” scripts.
pt-BR: Nível 0 é usada apenas temporariamente, enquanto o computador está desligando. Como tal, ele só contém muitos scripts de "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.
pt-BR: Nível 1, também conhecido como modo de usuário único, corresponde ao sistema em modo degradado; inclui apenas os serviços básicos e destina-se para operações de manutenção onde interações com usuários comuns não são desejadas.

en: Level 2 is the level for normal operation, which includes networking services, a graphical interface, user logins, etc.
pt-BR: Nível 2 é o funcionamento normal, o que inclui serviços de rede, uma interface gráfica, logons de usuário, etc.

en: Level 6 is similar to level 0, except that it is used during the shutdown phase that precedes a reboot.
pt-BR: Nível 6 é semelhante ao nível 0, exceto que é utilizada durante a fase de desligamento que precede uma reinicialização.

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.
pt-BR: Existem outros níveis, especialmente de 3 a 5. Por padrão, eles são configurados para operar da mesma maneira como nível 2, mas o administrador pode modificá-los (adicionando ou excluindo os scripts nos diretórios correspondentes <filename>/etc/rc<replaceable>X</replaceable>.d</filename>) para adaptá-los às necessidades específicas.

en: Boot sequence of a computer running Linux with System V init
pt-BR: Seqüência de inicialização de um computador rodando Linux com o init System V

en: <primary>initialization script</primary>
pt-BR: <primary>script de inicialização</primary>

en: <emphasis>DEBIAN POLICY</emphasis> Restarting services
pt-BR: <emphasis>POLÍTICA DEBIAN</emphasis> Reiniciando serviços

en: <primary>service</primary><secondary>restart</secondary>
pt-BR: <primary>serviço</primary><secondary>reiniciar</secondary>

en: <primary>restarting services</primary>
pt-BR: <primary>reiniciando serviços</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.
pt-BR: Os scripts de manutenção para os pacotes Debian algumas vezes irão reiniciar alguns serviços para garantir a sua disponibilidade ou levá-los a tomar certas opções em conta. O comando que controla um serviço -- <command>service <replaceable>serviço</replaceable> <replaceable>operação</replaceable></command> - não leva em consideração o nível de execução ("runlevel"), assume (erroneamente) que o serviço está sendo usado, e pode, assim, iniciar operações incorretas (começando um serviço que estava deliberadamente interrompido ou interromper um serviço que já esta parado, etc.) Portanto o Debian introduziu o programa <command>invoke-rc.d</command>: este programa deve ser usado por scripts de manutenção para executar serviços de scripts de inicialização e isso só irão executar os comandos necessários. Observe que, ao contrário do uso comum, o sufixo <filename>.d</filename> é usado aqui em um nome de programa, e não em um diretório.

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.
pt-BR: Finalmente, <command>init</command> começa a controla programas para vários consoles virtuais (<command>getty</command>). Ele exibe um prompt, esperando por um nome de usuário, em seguida, executa o usuário <command>login <replaceable>user</replaceable></command> para iniciar uma sessão.

en: <emphasis>VOCABULARY</emphasis> Console and terminal
pt-BR: <emphasis>VOCABULÁRIO</emphasis> Console e terminal

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.
pt-BR: Os primeiros computadores eram geralmente separados em diversas, peças muito grandes: o compartimento de armazenamento e unidade central de processamento foram separados dos dispositivos periféricos usados pelos operadores para controlá-los. Estes eram parte de uma mobília separada, o "console". Este termo foi mantido, mas seu significado foi alterado. Tornou-se mais ou menos sinônimo de "terminal", sendo um teclado e uma tela.

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>.
pt-BR: Com o desenvolvimento de computadores, sistemas operacionais tem oferecido vários consoles virtuais para permitir várias sessões independentes ao mesmo tempo, mesmo se houver apenas um teclado e tela. A maioria dos sistemas GNU/Linux oferecem seis consoles virtuais (modo texto), acessíveis, digitando as combinações de teclas <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>.

en: Remote Login
pt-BR: Login remoto

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.
pt-BR: É essencial para o administrador ser capaz de se conectar a um computador remotamente. Servidores, confinados em seu quarto, raramente são equipados com permanentes teclados e monitores — mas eles estão conectados à rede.

en: <emphasis>BACK TO BASICS</emphasis> Client, server
pt-BR: <emphasis>DE VOLTA AO BÁSICO</emphasis> Cliente, servidor

en: <primary>client</primary><secondary>client/server architecture</secondary>
pt-BR: <primary>cliente</primary><secondary>arquitetura cliente/servidor</secondary>

en: <primary>server</primary><secondary>client/server architecture</secondary>
pt-BR: <primary>servidor</primary><secondary>arquitetura cliente/servidor</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.
pt-BR: Um sistema onde vários processos comunicarem é frequentemente descrito com a metáfora de "cliente/servidor". O servidor é o programa que recebe as solicitações provenientes de um cliente e os executa. É o cliente que controla as operações, o servidor não toma qualquer iniciativa própria.

en: <primary>login</primary><secondary>remote login</secondary>
pt-BR: <primary>login</primary><secondary>login remoto</secondary>

en: <primary>remote login</primary>
pt-BR: <primary>login remoto</primary>

en: Secure Remote Login: SSH
pt-BR: Login remoto seguro: 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.
pt-BR: O protocolo <emphasis>SSH</emphasis> (Secure SHell) foi projetado com segurança e confiabilidade em mente. Conexões usando SSH estão seguras: o parceiro é autenticado e todas as trocas de dados criptografadas.

en: <emphasis>CULTURE</emphasis> Telnet and RSH are obsolete
pt-BR: <emphasis>CULTURA</emphasis> Telnet e RSH estão obsoletos

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.
pt-BR: Antes do SSH, <emphasis>Telnet</emphasis> e <emphasis>RSH</emphasis> eram as principais ferramentas usadas para fazer login remotamente. Elas são agora totalmente obsoletas e não devem mais ser usadas, mesmo que o Debian ainda forneça elas.

en: <emphasis>VOCABULARY</emphasis> Authentication, encryption
pt-BR: <emphasis>VOCABULÁRIO</emphasis> Autenticação, criptografia

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.
pt-BR: Autenticação e criptografia, muitas vezes são mencionados juntos, porque eles são frequentemente usados em conjunto, tanto porque eles geralmente são implementados com conceitos matemáticos semelhantes.

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.
pt-BR: SSH também oferece dois serviços de transferência de arquivo. <command>scp</command> é uma ferramenta de linha de comando que pode ser usada como <command>cp</command>, exceto que qualquer caminho a outra máquina é prefixado com o nome da máquina, seguido por dois-pontos.

en: <computeroutput>$ </computeroutput><userinput>scp file machine:/tmp/</userinput>
pt-BR: <computeroutput>$ </computeroutput><userinput>scp arquivo máquina:/tmp/</userinput>

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.).
pt-BR: <command>sftp</command> é um comando interativo, semelhante ao <command>ftp</command>. Em uma única sessão, o <command>sftp</command> pode transferir vários arquivos, e com ele é possível manipular arquivos remotos (apagar, renomear, alterar permissões, etc.).

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.
pt-BR: O Debian usa o OpenSSH, uma versão livre do SSH mantido pelo projeto <command>OpenBSD</command> (um sistema operacional livre baseado no kernel BSD, focado em segurança) e uma bifurcação do programa original SSH desenvolvido pela empresa SSH Communications Security Corp, da Finlândia. Esta empresa desenvolveu inicialmente o SSH como software livre, mas num dado momento decidiu continuar o seu desenvolvimento sob uma licença proprietária. O projeto OpenBSD criou então o OpenSSH para manter uma versão gratuita do SSH.

en: <emphasis>BACK TO BASICS</emphasis> <foreignphrase>Fork</foreignphrase>
pt-BR: <emphasis>DE VOLTA AO BÁSICO</emphasis> <foreignphrase>Fork</foreignphrase>

en: <primary>fork</primary>
pt-BR: <primary>Divisão ("fork")</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.
pt-BR: Uma ramificação ("fork"), na área de software, significa um novo projeto que se inicia como um clone de um projeto existente, e que vai competir com ele. A partir daí, ambos os softwares irão divergir rapidamente em termos de novos desenvolvimentos. Uma ramificação é frequentemente o resultado de divergências dentro da equipe de desenvolvimento.

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.
pt-BR: A opção de ramificar um projeto é um resultado direto da própria natureza do software livre, uma ramificação é um evento saudável, quando se permite a continuação de um projeto como software livre (por exemplo, em caso de alterações de licença). Uma ramificação decorrente de divergências técnicas ou pessoais é muitas vezes um desperdício de recursos humanos; outra resolução seria preferível. Já se tem notícia de fusões de dois projetos que já passaram por uma divisão anterior.

en: Key-Based Authentication
pt-BR: Autenticação Baseado em Chave

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.
pt-BR: Cada vez que alguém se conecta por SSH, o servidor remoto pede uma senha para autenticar o usuário. Isto pode ser problemático se você quiser automatizar uma conexão, ou se você usar uma ferramenta que requer conexões frequentes com o SSH. Por este motivo, o SSH oferece um sistema de autenticação baseado em chave.

en: <emphasis>SECURITY</emphasis> Protection of the private key
pt-BR: <emphasis>SEGURANÇA</emphasis> Proteção da chave privada

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.
pt-BR: Quem tem a chave privada pode fazer login na conta, assim, configurada. É por isso que o acesso para a chave privada é protegida por uma "frase". Alguém que adquire uma cópia de um arquivo de chave privada (por exemplo,<filename>~/.ssh/id_rsa</filename>) ainda tem de saber esta frase para ser capaz de usá-la. Esta proteção adicional não é, no entanto, impenetrável, e se você acha que esse arquivo foi comprometido, é melhor desativar essa chave nos computadores em que foi instalado (para removê-lo  <filename>authorized_keys</filename> files) e substituí-la com uma chave recentemente gerada.

en: <emphasis>CULTURE</emphasis> OpenSSL flaw in Debian <emphasis role="distribution">Etch</emphasis>
pt-BR: <emphasis>CULTURA</emphasis> Falha do OpenSSL no Debian <emphasis role="distribution">Etch</emphasis>

en: The OpenSSL library, as initially provided in Debian <emphasis role="distribution">Etch</emphasis>, had a serious problem in its random number generator (RNG). Indeed, the Debian maintainer had made a change so that applications using it would no longer generate warnings when analyzed by memory testing tools like <command>valgrind</command>. Unfortunately, this change also meant that the RNG was employing only one source of entropy corresponding to the process number (PID) whose 32,000 possible values do not offer enough randomness. <ulink type="block" url="https://www.debian.org/security/2008/dsa-1571" />
pt-BR: A biblioteca OpenSSL, como era inicialmente fornecida no Debian <emphasis role="distribution">Etch</emphasis>, tinha um grave problema no seu gerador de número aleatório (Random Number Generator - RNG). De fato, o mantenedor Debian tinha feito uma mudança para que aplicações usando ela não gerassem avisos quando analisadas por ferramentas de teste de memória como <command>valgrind</command>.Infelizmente, esta mudança também significou que o RNG estava empregando apenas uma fonte de entropia que corresponde ao número do processo (PID), cujos 32.000 possíveis valores não oferecem aleatoriedade suficiente. <ulink type="block" url="https://www.debian.org/security/2008/dsa-1571" />

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.
pt-BR: Especificamente, sempre que OpenSSL era utilizado para gerar uma chave, sempre produzia uma chave dentro de um conjunto conhecido de centenas de milhares de chaves (32.000 multiplicada para um pequeno número de comprimentos de chave). Isso afetou as chaves SSH, chaves SSL e certificados X.509 usados por inúmeras aplicações, tais como o OpenVPN. Um cracker só tinha que tentar todas as chaves para ganhar acesso não autorizado. Para reduzir o impacto do problema, o daemon SSH foi modificado para recusar chaves problemáticas que estão listadas nos pacotes <emphasis role="pkg">openssh-blacklist</emphasis> e <emphasis role="pkg">openssh-blacklist-extra</emphasis>. Além disso, o comando <command>ssh-vulnkey</command> permite a identificação de chaves possivelmente comprometidas no sistema.

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.
pt-BR: Uma análise mais completa deste incidente mostra que ele é o resultado de múltiplos (pequenos) problemas, tanto dentro do projeto OpenSSL, como com o mantenedor do pacote Debian. Uma biblioteca amplamente utilizada como OpenSSL não deveria - sem modificações - gerar advertências quando testada pelo <command>valgrind</command>. Além disso, o código (especialmente as partes sensíveis como o RNG) deveria ser mais bem comentado para evitar tais erros. Pelo lado do Debian, o mantenedor queria validar as modificações com os desenvolvedores do OpenSSL, mas simplesmente explicou as modificações sem fornecer-lhes o patch correspondente para revisão e falhou em mencionar seu papel dentro do Debian. Finalmente, as escolhas de manutenção não eram as ideais, as mudanças feitas no código original não eram documentadas com clareza; todas as modificações eram efetivamente armazenadas em um repositório Subversion, mas elas acabaram todos agrupadas em um único patch durante a criação do pacote fonte.

en: It is difficult under such conditions to find the corrective measures to prevent such incidents from recurring. The lesson to be learned here is that every divergence Debian introduces to upstream software must be justified, documented, submitted to the upstream project when possible, and widely publicized. It is from this perspective that the new source package format (“3.0 (quilt)”) and the Debian sources webservice were developed. <ulink type="block" url="https://sources.debian.org" />
pt-BR: É difícil nessas condições de encontrar as medidas corretivas para evitar que tais incidentes não se repitam. A lição a ser aprendida aqui é que cada divergência que o Debian introduz ao upstream deve ser justificada, documentada, submetida ao upstream quando possível, e amplamente divulgada. É nesta perspectiva que o novo formato de pacote de origem ("3.0 (quilt)") e o webservice dos fontes Debian foram desenvolvidos. <ulink type="block" url="https://sources.debian.org" />

en: Using Remote X11 Applications
pt-BR: Usando Aplicações X11 Remotamente

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.
pt-BR: O protocolo SSH permite o encaminhamento de dados gráficos (sessão “X11”, a partir do nome do sistema gráfico mais difundido no Unix); o servidor então mantém um canal dedicado para esses dados. Especificamente, um programa gráfico executado remotamente pode ser exibido no servidor X.org da tela local, e toda a sessão (entrada e exibição) será segura. Como essa funcionalidade permite que aplicações remotas interfiram com o sistema local, ela é desabilitada por padrão. Você pode habilitá-la especificando <literal>X11Forwarding yes</literal> no arquivo de configuração do servidor (<filename>/etc/ssh/sshd_config</filename>). Finalmente, o usuário tem que também requisitá-la adicionando a opção <literal>-X</literal> na linha de comando do <command>ssh</command>.

en: Creating Encrypted Tunnels with Port Forwarding
pt-BR: Criando Túneis Criptografados com Encaminhamento de Porta

en: <primary>port forwarding</primary>
pt-BR: <primary>encaminhamento de porta</primary>

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.
pt-BR: Suas opções <literal>-R</literal> e <literal>-L</literal> permitem ao <command>ssh</command> criar “túneis criptografados” entre duas máquinas, encaminhando com segurança uma porta TCP local (veja barra lateral <xref linkend="sidebar.tcp-udp" />) para uma máquina remota ou vice versa.

en: <emphasis>VOCABULARY</emphasis> Tunnel
pt-BR: <emphasis>VOCABULÁRIO</emphasis> Túnel

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.
pt-BR: A Internet, e a maioria das LANs que estão conectadas a ela, operam em modo pacote (packet) e não em modo conectado (connected), o que significa que um pacote emitido de um computador para outro fará paradas em vários roteadores intermediários para encontrar seu destino. Você pode ainda simular uma operação de conexão (connected) onde o fluxo (stream) é encapsulada em pacotes IP normais. Esses pacotes seguem sua rota usual, mas o fluxo (stream) é reconstruído sem mudanças até o destino. Nós chamamos isso de “túnel”, em analogia a uma estrada com túnel aonde veículos vão diretamente da entrada (input) para a saída (output) sem encontrarem nenhum cruzamento, em oposição a um caminho na superfície que envolveria interseções e mudanças de direção.

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.
pt-BR: Você pode usar essa oportunidade para adicionar criptografia ao túnel: o fluxo (stream) que flui através dele seria então irreconhecível por quem está de fora, mas retornaria ao forma sem criptografia na saída do túnel.

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.
pt-BR: <command>ssh -L 8000:server:25 intermediary</command> estabelece uma sessão SSH com a máquina <replaceable>intermediary</replaceable> e escuta pela porta local 8000 (veja <xref linkend="figure.ssh-L" />). Para qualquer conexão estabelecida por esta porta, <command>ssh</command> irá iniciar uma conexão a partir do computador <replaceable>intermediary</replaceable> na porta 25 no <replaceable>server</replaceable>, e irá ligar as duas conexões.

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.
pt-BR: <command>ssh -R 8000:server:25 intermediary</command> também estabelece uma sessão SSH com o computador <replaceable>intermediary</replaceable>, mas nessa máquina que o <command>ssh</command> ouve na porta 8000 (veja <xref linkend="figure.ssh-R" />). Qualquer conexão estabelecida nesta porta fará com que o <command>ssh</command> abrir uma conexão a partir da máquina local na porta 25 do <replaceable>server</replaceable>, e fazer a ligação das duas conexões.

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.
pt-BR: Nos dois casos, as conexões são feitas pela porta 25 na máquina <replaceable>servidora</replaceable>, que passa pelo túnel SSH estabelecido entre a máquina local e a máquina <replaceable>intermediária</replaceable>. No primeiro caso, a entrada do túnel é a porta local 8000, e os dados se movem em direção à máquina <replaceable>intermediária</replaceable> antes de ser direcionada ao <replaceable>servidor</replaceable> na rede “pública”. No segundo caso, a entrada e a saída do túnel são invertidas; a entrada é a porta 8000 na máquina <replaceable>intermediária</replaceable>, a saída é na máquina local, e os dados são então direcionados para o <replaceable>servidor</replaceable>. Na prática, o servidor é usualmente a máquina local ou a intermediária. Dessa forma o SSH mantém segura a conexão de uma ponta a outra.

en: Forwarding a local port with SSH
pt-BR: Encaminhando uma porta local com SSH

en: Forwarding a remote port with SSH
pt-BR: Encaminhando uma porta remota com SSH

en: Using Remote Graphical Desktops
pt-BR: Usando Ambientes Gráficos Remotamente

en: VNC (Virtual Network Computing) allows remote access to graphical desktops.
pt-BR: O VNC (Virtual Network Computing) permite o acesso remoto ao ambiente de trabalho (desktops) gráfico.

en: <primary>graphical desktop</primary><secondary>remote</secondary>
pt-BR: <primary>ambiente gráfico</primary><secondary>remoto</secondary>

en: <primary>remote graphical desktop</primary>
pt-BR: <primary>ambiente gráfico remoto</primary>

en: <primary>desktop, remote graphical desktop</primary>
pt-BR: <primary>ambiente, ambiente gráfico remoto</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.
pt-BR: Essa ferramenta é, na maioria das vezes, usada para assistência técnica; o administrador pode ver os erros com os quais o usuário está enfrentando, e mostrar a eles um curso de ação correto, sem estar fisicamente presente.

en: <emphasis>SECURITY</emphasis> VNC over SSH
pt-BR: <emphasis>SEGURANÇA</emphasis> VNC sobre 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.
pt-BR: Se você quer fazer a conexão pelo VNC, e você não quer que seus dados sejam enviados em texto puro pela rede, é possível encapsular os dados através de um túnel SSH (veja <xref linkend="sect.ssh-port-forwarding" />). Você simplesmente tem que saber que o VNC usa a porta 5900 por padrão para a primeira tela (called “localhost:0”), 5901 para a segunda (called “localhost:1”), etc.

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.
pt-BR: O comando <command>ssh -L localhost:5901:localhost:5900 -N -T <replaceable>máquina</replaceable></command> cria um túnel entre a porta local 5901 na interface localhost e a porta 5900 da <replaceable>máquina</replaceable> "host". O primeiro “localhost” restringe o SSH a ouvir apenas nesta interface na máquina local. O segundo “localhost” indica a interface na máquina remota a qual irá receber o tráfego de rede entrando em “localhost:5901”. Assim <command>vncviewer localhost:1</command> irá conectar o cliente VNC a tela remota, mesmo que você indique o nome da máquina local.

en: When the VNC session is closed, remember to close the tunnel by also quitting the corresponding SSH session.
pt-BR: Quando uma sessão VNC é fechada, lembre-se de fechar o túnel por também saindo da sessão SSH correspondente.

en: <emphasis>BACK TO BASICS</emphasis> Display manager
pt-BR: <emphasis>DE VOLTA AO BÁSICO</emphasis>Gerenciador de tela

en: <primary>manager</primary><secondary>display manager</secondary>
pt-BR: <primary>gerenciador</primary><secondary>gerenciador de tela</secondary>

en: <primary>display manager</primary>
pt-BR: <primary>gerenciador de tela</primary>

en: Managing Rights
pt-BR: Gerenciando Direitos

en: <primary>permissions</primary>
pt-BR: <primary>permissões</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.
pt-BR: O Linux é definitivamente um sistema multi-usuário, então é necessário prover um sistema de permissões para controlar um conjunto de operações autorizadas em arquivos e diretórios, o que inclui todos os recursos e dispositivos do sistema (em um sistema Unix, qualquer dispositivo é representado por um arquivo ou diretório). Esse princípio é comum a todos os sistemas Unix, porém o lembrete é sempre útil, especialmente porquê existem alguns interessantes e relativamente avançados usos desconhecidos.

en: <primary>user</primary><secondary>owner</secondary>
pt-BR: <primary>usuário</primary><secondary>dono</secondary>

en: <primary>group</primary><secondary>owner</secondary>
pt-BR: <primary>grupo</primary><secondary>dono</secondary>

en: <primary>owner</primary><secondary>user</secondary>
pt-BR: <primary>dono</primary><secondary>usuário</secondary>

en: <primary>owner</primary><secondary>group</secondary>
pt-BR: <primary>dono</primary><secondary>grupo</secondary>

en: Each file or directory has specific permissions for three categories of users:
pt-BR: Cada arquivo ou diretório têm permissões específicas para três categorias de usuários:

en: its owner (symbolized by <literal>u</literal> as in “user”);
pt-BR: seu dono (simbolizado por <literal>u</literal> como em "user");

en: its owner group (symbolized by <literal>g</literal> as in “group”), representing all the members of the group;
pt-BR: o dono do grupo (simbolizado por <literal>g</literal> como em “group”), representando todos os membros do grupo;

en: the others (symbolized by <literal>o</literal> as in “other”).
pt-BR: os outros (simbolizado por <literal>o</literal> como em “other”).

en: reading (symbolized by <literal>r</literal> as in “read”);
pt-BR: leitura (simbolizado por <literal>r</literal> como em “read”);

en: writing (or modifying, symbolized by <literal>w</literal> as in “write”);
pt-BR: escrita (ou modificação, simbolizado por <literal>w</literal> como em “write”);

en: executing (symbolized by <literal>x</literal> as in “eXecute”).
pt-BR: executar (simbolizado por <literal>x</literal> como em “eXecute”).

en: <primary>read, right</primary>
pt-BR: <primary>leitura, direito</primary>

en: <primary>write, right</primary>
pt-BR: <primary>escrita, direito</primary>

en: <primary>modification, right</primary>
pt-BR: <primary>modificação, direito</primary>

en: <primary>execution, right</primary>
pt-BR: <primary>execução, direito de</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).
pt-BR: No caso de um arquivo,essas permissões são facilmente compreendidas: acesso de leitura permite ler o conteúdo (incluindo copia), acesso a escrita permite alterá-lo, e permissão de executar permite rodá-lo (o que apenas irá funcionar se ele for um programa).

en: <emphasis>SECURITY</emphasis> <literal>setuid</literal> and <literal>setgid</literal> executables
pt-BR: <emphasis>SEGURANÇA</emphasis> executáveis <literal>setuid</literal> e <literal>setgid</literal>

en: <primary><literal>setuid</literal>, right</primary>
pt-BR: <primary><literal>setuid</literal>, direito</primary>

en: <primary><literal>setgid</literal>, right</primary>
pt-BR: <primary><literal>setgid</literal>, direito</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.
pt-BR: Como um programa com <literal>setuid</literal> root é sistematicamente executado com a identidade de super usuário, é muito importante garantir que ele seja seguro e confiável. Na verdade, um usuário que conseguisse subvertê-lo a chamar um comando de sua escolha poderia então representar o usuário root e ter todos os direitos no sistema.

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.
pt-BR: Um diretório é gerenciado de maneira diferente. O acesso a leitura dá o direito de consultar a lista de suas entradas (arquivos e diretórios), acesso a escrita permite criar e apagar arquivos, e acesso a execução permite navegar por ele (especialmente para usar o comando <command>cd</command>). Sendo possível navegar pelo diretório sem ser capaz de lê-lo, dá a permissão de acessar as entradas dentro dele que tem o nome conhecido, mas não para encontrá-las se você não sabe de sua existência ou nome exato.

en: <emphasis>SECURITY</emphasis> <literal>setgid</literal> directory and <emphasis>sticky bit</emphasis>
pt-BR: <emphasis>SEGURANÇA</emphasis> <literal>setgid</literal> diretório e <emphasis>sticky bit</emphasis>

en: <primary><literal>setgid</literal> directory</primary>
pt-BR: <primary><literal>setgid</literal>diretório</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.
pt-BR: O bit <literal>setgid</literal> também é aplicável em diretórios. Qualquer recém-criado item em um diretório desses é automaticamente atribuído ao grupo do dono do diretório pai, ao invés de herdar o grupo principal do criador, como de costume. Essa configuração evita que o usuário tenha que alterar seu grupo principal (com o comando <command>newgrp</command>) enquanto trabalha em uma árvore de arquivos compartilhada entre vários usuários do mesmo dedicado grupo.

en: <primary>sticky bit</primary>
pt-BR: <primary>bit pegajoso</primary>

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>.
pt-BR: O “sticky” bit (simbolizado pela letra “t”) é uma permissão que é útil apenas em diretórios. Ele é especialmente usado para diretórios temporários aonde todos tem acesso a escrita (como em <filename>/tmp/</filename>): ele restringe o apagar de arquivos para que apenas seu dono (ou o dono do diretório pai) possa apagá-lo. Sem isso, qualquer um poderia apagar arquivos de outros usuários em <filename>/tmp/</filename>.

en: Three commands control the permissions associated with a file:
pt-BR: Três comandos controlam as permissões associadas a um arquivo:

en: <command>chown <replaceable>user</replaceable> <replaceable>file</replaceable></command> changes the owner of the file;
pt-BR: <command>chown <replaceable>usuário</replaceable> <replaceable>arquivo</replaceable></command> muda o dono do arquivo;

en: <command>chgrp <replaceable>group</replaceable> <replaceable>file</replaceable></command> alters the owner group;
pt-BR: <command>chgrp <replaceable>grupo</replaceable> <replaceable>arquivo</replaceable></command> altera o grupo;

en: <command>chmod <replaceable>rights</replaceable> <replaceable>file</replaceable></command> changes the permissions for the file.
pt-BR: <command>chmod <replaceable>direitos</replaceable> <replaceable>arquivo</replaceable></command> muda as permissões do arquivo.

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).
pt-BR: Há duas formas de apresentar direitos. Entre eles, a representação simbólica é provavelmente a mais fácil de entender e lembrar. Ela envolve os símbolos das letras mencionadas acima. Você pode definir os direitos de cada categoria de usuários (<literal>u</literal>/<literal>g</literal>/<literal>o</literal>), definindo-as explicitamente (com <literal>=</literal>), adicionando (<literal>+</literal>), ou subtraindo (<literal>-</literal>). Assim, as permissões <literal>u=rwx,g+rw,o-r</literal> fornecem ao proprietário a permissão de ler, escrever e executar, acrescenta permissão de ler e escrever para o grupo proprietário, e remove a permissão de leitura para outros usuários. Direitos não alterados pela adição ou subtração de tal comando não sofrerão alterações. A letra <literal>a</literal>, para "todos" (“all” em inglês), abrange as três categorias de usuários, de modo que <literal>a=rx</literal> concede a todas as três categorias os mesmos direitos (leitura e execução, mas não de escrita).

en: <primary>octal representation of rights</primary>
pt-BR: <primary>representação octal dos direitos</primary>

en: <primary>rights</primary><secondary>octal representation</secondary>
pt-BR: <primary>direitos</primary><secondary>representação octal</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).
pt-BR: A representação numérica (octal) associa cada direito com um valor: 4 para leitura, 2 para gravação, e um para execução. Nós associamos cada combinação de direitos com a soma das figuras. Cada valor é então atribuído a diferentes categorias de usuários, colocando-os de ponta a ponta na ordem usual (proprietário, grupo, outros).

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.
pt-BR: Para representar os direitos especiais, você pode prefixar um quarto dígito para este número de acordo com o mesmo princípio, onde os bits <literal>setuid</literal>, <literal>setgid</literal> e <literal>sticky</literal> são 4, 2 e 1, respectivamente, <command>chmod 4754 </command> associará o <literal>setuid</literal> aos direitos descritos anteriormente.

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.
pt-BR: Observe que o uso da notação octal só permite definir todos os direitos de uma só vez em um arquivo; você não pode usá-lo para simplesmente adicionar um novo direito, como acesso de leitura para o proprietário do grupo, uma vez que você deve levar em conta os direitos já existentes e calcular o novo valor numérico correspondente.

en: <emphasis>TIP</emphasis> Recursive operation
pt-BR: <emphasis>DICA</emphasis> Operação recursiva

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.
pt-BR: Algumas vezes nós temos que mudar os direitos de toda árvore de arquivo. Todos os comandos acima tem a opção <literal>-R</literal> para operar recursivamente em sub-diretórios.

en: <emphasis>GOING FURTHER</emphasis> <command>umask</command>
pt-BR: <emphasis>APROFUNDANDO</emphasis> <command>umask</command>

en: <primary>rights</primary><secondary>mask</secondary>
pt-BR: <primary>direitos</primary><secondary>máscara</secondary>

en: <primary>mask</primary><secondary>rights mask</secondary>
pt-BR: <primary>máscara</primary><secondary>direitos máscara</secondary>

en: Administration Interfaces
pt-BR: Interfaces Administrativas

en: <primary>interface</primary><secondary>administration interface</secondary>
pt-BR: <primary>interface</primary><secondary>interface administrativa</secondary>

en: <primary>administration, interfaces</primary>
pt-BR: <primary>administração, interfaces</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.
pt-BR: Usar uma interface gráfica para administração é interessante em várias circunstâncias. Um administrador não necessariamente sabe todos os detalhes de configuração de todos os serviços, e nem sempre tem tempo para sair pesquisando na documentação sobre o assunto. Uma interface gráfica para administração pode assim acelerar a implantação de um novo serviço. Ela pode ainda simplificar a configuração de serviços os quais são difíceis de configurar.

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.
pt-BR: Tal interface é apenas uma auxiliar e não um fim em si própria. Em todos os casos, o administrador deve dominar seu comportamento para entender e resolver qualquer problema em potencial.

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.
pt-BR: Como nenhuma interface é perfeita, você pode ficar tentado a tentar várias soluções. Isto deve ser evitado o máximo possível, pois ferramentas diferentes são às vezes incompatíveis em seus métodos. Mesmo se todas elas visam em serem muito flexíveis e tentam adotar o arquivo de configuração como única referência, elas nem sempre são capazes de integrar alterações externas.

en: Administrating on a Web Interface: <command>webmin</command>
pt-BR: Administrando por uma Interface Web: <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.
pt-BR: Essa é, sem dúvida, uma das mais bem sucedidas interface de administração. Ela é um sistema modular de gerenciamento através de um navegador web, cobrindo uma ampla gama de áreas e ferramentas. Além do mais, ela é internacionalizada e disponível em muitas linguas.

en: Webmin dashboard
pt-BR: Painel Webmin

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.
pt-BR: Existe, contudo, um pacote não oficial distribuído pelo site web <literal>webmin.com</literal>. Ao contrário dos pacotes Debian originais, esse pacote é monolítico; todos os seus módulos de configuração são instalados e ativados por padrão, mesmo que o serviço correspondente não esteja instalado na máquina.

en: <emphasis>SECURITY</emphasis> Changing the root password
pt-BR: <emphasis>SEGURANÇA</emphasis> Alterando a senha do 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.
pt-BR: Webmin é usado através de uma interface web, mas ele não requer que o Apache esteja instalado. Essencialmente, esse software tem seu próprio mini servidor web integrado. Esse servidor ouve, por padrão, na porta 10000 e aceita conexões HTTP seguras.

en: Included modules cover a wide variety of services, among which:
pt-BR: Módulos inclusos cobrem uma grande variedade de serviços, entre eles:

en: bind: DNS server configuration (name service);
pt-BR: bind: configuração de servidor DNS (nome de serviço);

en: postfix: SMTP server configuration (e-mail);
pt-BR: postfix: configuração de servidor SMTP (e-mail);

en: dhcpd: DHCP server configuration;
pt-BR: dhcpd: configuração do servidor DHCP;

en: proftpd: FTP server configuration;
pt-BR: proftpd: configuração do servidor FTP;

en: samba: Samba file server configuration;
pt-BR: samba: configuração do servidor de arquivos Samba;

en: software: installation or removal of software from Debian packages and system updates.
pt-BR: software: instalação ou remoção de programas dos pacotes Debian e atualizações de sistema.

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.
pt-BR: A interface de administração está disponível em um navegador web em <literal>https://localhost:10000</literal>. Esteja atento! Nem todos os módulos estão usáveis em um primeiro momento. Às vezes eles precisam ser configurados especificando a localização dos arquivos de configuração correspondentes e alguns arquivos executáveis (programa). Frequentemente o sistema irá, educadamente, fazer perguntas a você quando falhar em ativar um módulo requisitado.

en: <emphasis>ALTERNATIVE</emphasis> GNOME control center
pt-BR: <emphasis>ALTERNATIVA</emphasis> centro de controle 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.
pt-BR: O projeto GNOME também provê múltiplas interfaces de configuração que geralmente são acessíveis via a entrada “Configurações” no menu do usuário a direita no alto. O <command>gnome-control-center</command> é o programa principal que traz todas elas juntas, mas muitas das ferramentas de configuração do sistema como um todo são efetivamente fornecidas por outros pacotes (<emphasis role="pkg">accountsservice</emphasis>, <emphasis role="pkg">system-config-printer</emphasis>, etc.). Embora fáceis de usar, essas aplicações cobrem apenas um número limitado de serviços básicos: gerenciamento de usuário, configuração do horário, configuração da rede, configuração de impressora, e assim por diante.

en: Configuring Packages: <command>debconf</command>
pt-BR: Configurando Pacotes: <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).
pt-BR: Na maioria dos casos, essas configurações são bem simples; apenas algumas variáveis importantes do arquivo de configuração são alteradas. Essas variáveis são geralmente agrupadas entre duas linhas de “demarcação” para que a reconfiguração do pacote apenas tenha impacto na área selecionada. Em outros casos, a reconfiguração não irá alterar nada se o script detectar uma modificação manual no arquivo de configuração, para preservar essas intervenções humanas (porque o script não pode garantir que suas próprias modificações não irão bagunçar as configurações existentes).

en: <emphasis>DEBIAN POLICY</emphasis> Preserving changes
pt-BR: <emphasis>POLÍTICA DEBIAN</emphasis> Preservando alterações

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.
pt-BR: A Política Debian estipula expressamente que tudo deve ser feito para preservar alterações manuais feitas nos arquivos de configuração, então mais e mais scripts tomam precauções na edição de arquivos de configuração. O princípio geral é simples: o script apenas faz alterações se ele sabe o status do arquivo de configuração, o qual é verificado pela comparação do checksum do arquivo em relação ao último arquivo automaticamente gerado. Se eles forem iguais, o script é autorizado a alterar o arquivo de configuração. Senão, ele determina que o arquivo foi alterado e pergunta que ação ele deve executar (instalar o novo arquivo, preservar o arquivo antigo, ou tentar integrar as novas alterações no arquivo existente). Esse princípio de precaução tem sido exclusivo do Debian, mas outras distribuições tem, gradualmente, começado a adotá-lo.

en: The <command>ucf</command> program (from the Debian package of the same name) can be used to implement such a behavior.
pt-BR: O programa <command>ucf</command> (do pacote Debian de mesmo nome) pode ser utilizado para implementar este comportamento.

en: <command>syslog</command> System Events
pt-BR: <command>syslog</command> Eventos de Sistema

en: Principle and Mechanism
pt-BR: Princípio e Mecanismo

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.
pt-BR: O daemon <command>rsyslogd</command> é responsável por coletar mensagens de serviço vindas de aplicações e do núcleo, e então despachá-las para arquivos de log (usualmente armazenados no diretório <filename>/var/log/</filename>). Ele obedece o arquivo de configuração <filename>/etc/rsyslog.conf</filename>.

en: Each log message is associated with an application subsystem (called “facility” in the documentation):
pt-BR: Cada mensagem de log é associada com um subsistema de aplicação (chamado “facility” na documentação):

en: <literal>auth</literal> and <literal>authpriv</literal>: for authentication;
pt-BR: <literal>auth</literal> e <literal>authpriv</literal>: para autenticação;

en: <literal>cron</literal>: comes from task scheduling services, <command>cron</command> and <command>atd</command>;
pt-BR: <literal>cron</literal>: vem de serviços de agendamento de tarefas, <command>cron</command> e <command>atd</command>;

en: <literal>daemon</literal>: affects a daemon without any special classification (DNS, NTP, etc.);
pt-BR: <literal>daemon</literal>: afeta um daemon sem nenhuma classificação especial (DNS, NTP, etc.);

en: <literal>ftp</literal>: concerns the FTP server;
pt-BR: <literal>ftp</literal>: relacionado ao servidor FTP;

en: <literal>kern</literal>: message coming from the kernel;
pt-BR: <literal>kern</literal>: mensagem vinda do núcleo;

en: <literal>lpr</literal>: comes from the printing subsystem;
pt-BR: <literal>lpr</literal>: vem do subsistema de impressão;

en: <literal>mail</literal>: comes from the e-mail subsystem;
pt-BR: <literal>mail</literal>: vem do subsistema de e-mail;

en: <literal>news</literal>: Usenet subsystem message (especially from an NNTP — Network News Transfer Protocol — server that manages newsgroups);
pt-BR: <literal>news</literal>: mensagem do subsistema Usenet (especialmente do NNTP — Network News Transfer Protocol — servidor que gerencia newsgroups);

en: <literal>syslog</literal>: messages from the <command>syslogd</command> server, itself;
pt-BR: <literal>syslog</literal>: mensagens do próprio servidor <command>syslogd</command>;

en: <literal>user</literal>: user messages (generic);
pt-BR: <literal>user</literal>: mensagens do usuário (genérico);

en: <literal>uucp</literal>: messages from the UUCP server (Unix to Unix Copy Program, an old protocol notably used to distribute e-mail messages);
pt-BR: <literal>uucp</literal>: mensagens do servidor UUCP (Unix to Unix Copy Program, um antigo protocolo notavelmente usado para distribuir mensagens de e-mail);

en: <literal>local0</literal> to <literal>local7</literal>: reserved for local use.
pt-BR: <literal>local0</literal> até <literal>local7</literal>: reservado para uso local.

en: Each message is also associated with a priority level. Here is the list in decreasing order:
pt-BR: Cada mensagem está associada com um nível de prioridade. Está é a lista em ordem decrescente:

en: <literal>emerg</literal>: “Help!” There is an emergency, the system is probably unusable.
pt-BR: <literal>emerg</literal>: “Socorro!” Existe uma emergência, o sistema provavelmente não está usável.

en: <literal>alert</literal>: hurry up, any delay can be dangerous, action must be taken immediately;
pt-BR: <literal>alert</literal>: se apresse, qualquer atraso pode ser perigoso, é preciso agir imediatamente;

en: <literal>crit</literal>: conditions are critical;
pt-BR: <literal>crit</literal>: as condições são críticas;

en: <literal>err</literal>: error;
pt-BR: <literal>err</literal>: erro;

en: <literal>warn</literal>: warning (potential error);
pt-BR: <literal>warn</literal>: aviso (erro potencial);

en: <literal>notice</literal>: conditions are normal, but the message is important;
pt-BR: <literal>notice</literal>: as condições estão normais, mas a mensagem é importante;

en: <literal>info</literal>: informative message;
pt-BR: <literal>info</literal>: mensagem informativa;

en: <literal>debug</literal>: debugging message.
pt-BR: <literal>debug</literal>: mensagem de depuração.

en: The Configuration File
pt-BR: O Arquivo de Configuração

en: Syntax of the Selector
pt-BR: Sintaxe do Seletor

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).
pt-BR: O seletor é uma lista separada por ponto e vírgula de pares de <literal><replaceable>subsistema</replaceable>.<replaceable>prioridade</replaceable></literal> (exemplo: <literal>auth.notice;mail.info</literal>). Um asterisco pode representar todos os subsistemas ou todas as prioridades (exemplos: <literal>*.alert</literal> ou <literal>mail.*</literal>). Vários subsistemas podem ser agrupados, separando-os com uma vírgula (exemplo: <literal>auth,mail.info</literal>). A prioridade indicada também cobre mensagens de prioridade igual ou mais alta; assim <literal>auth.alert</literal> indica as mensagens do subsistema <literal>auth</literal> de prioridade <literal>alert</literal> ou <literal>emerg</literal>. Prefixado com um ponto de exclamação (!), ele indica o oposto, em outras palavras as prioridades estritamente abaixo; <literal>auth.!notice</literal>, assim, indica mensagens emitidas a partir de <literal>auth</literal>, com prioridade <literal>info</literal> ou <literal>debug</literal>. Prefixada com um sinal de igual (=), ele corresponde precisamente e apenas à prioridade indicada (<literal>auth.=notice</literal> apenas se refere a mensagens vindas de <literal>auth</literal> com prioridade <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.
pt-BR: Cada elemento da lista no seletor sobrescreve elementos prévios. Assim é possível restringir um conjunto ou excluir certos elementos dele. Por exemplo, <literal>kern.info;kern.!err</literal> se refere a mensagens vindas do núcleo com prioridade entre <literal>info</literal> e <literal>warn</literal>. A prioridade <literal>none</literal> indica uma conjunto vazia (sem prioridades), e pode servir para excluir um subsistema de um conjunto de mensagens. Assim, <literal>*.crit;kern.none</literal> indica todas as mensagens de prioridade igual ou maior que <literal>crit</literal> não vindas do núcleo.

en: Syntax of Actions
pt-BR: Sintaxe das Ações

en: <emphasis>BACK TO BASICS</emphasis> The named pipe, a persistent pipe
pt-BR: <emphasis>DE VOLTA AO BÁSICO</emphasis> O pipe nomeado, um pipe persistente

en: <primary>named pipe</primary>
pt-BR: <primary>pipe nomeado</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.
pt-BR: Um pipe nomeado é um tipo particular de arquivo que opera como um pipe tradicional (o pipe que você faz com o símbolo “|” na linha de comando), mas via um arquivo. Esse mecanismo tem a vantagem de ser capaz de relacionar dois processos não relacionados. Qualquer coisa escrita em um pipe nomeado bloqueia o processo que escreve enquanto o outro processo tenta ler os dados escritos. Esse segundo processo lê os dados escritos pelo primeiro, que pode então retomar a execução.

en: Such a file is created with the <command>mkfifo</command> command.
pt-BR: Tal arquivo é criado com o comando <command>mkfifo</command>.

en: The various possible actions are:
pt-BR: As várias ações possíveis são:

en: add the message to a file (example: <filename>/var/log/messages</filename>);
pt-BR: adiciona a mensagem a um arquivo (exemplo: <filename>/var/log/messages</filename>);

en: send the message to a remote <command>syslog</command> server (example: <literal>@log.falcot.com</literal>);
pt-BR: enviar a mensagem para um servidor remoto <command>syslog</command> (exemplo: <literal>@log.falcot.com</literal>);

en: send the message to an existing named pipe (example: <literal>|/dev/xconsole</literal>);
pt-BR: envia a mensagem para um pipe nomeado existente (example: <literal>|/dev/xconsole</literal>);

en: send the message to one or more users, if they are logged in (example: <literal>root,rhertzog</literal>);
pt-BR: envia a mensagem para um ou mais usuários, se eles estiverem logados (example: <literal>root,rhertzog</literal>);

en: send the message to all logged in users (example: <literal>*</literal>);
pt-BR: enviar a mensagem para todos os usuário logados (exemplo: <literal>*</literal>);

en: write the message in a text console (example: <literal>/dev/tty8</literal>).
pt-BR: escrever a mensagem em um console texto (exemplo: <literal>/dev/tty8</literal>).

en: <emphasis>SECURITY</emphasis> Forwarding logs
pt-BR: <emphasis>SEGURANÇA</emphasis> Encaminhamento de logs

en: <primary>log</primary><secondary>forwarding</secondary>
pt-BR: <primary>log</primary><secondary>encaminhamento</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.
pt-BR: É uma boa ideia gravar os logs mais importantes em uma máquina separada (talvez dedicada a esse propósito), já que isso irá prevenir que qualquer possível invasor remova rastros de sua invasão (a menos, claro, que ele também comprometa esse outro servidor). Além do mais, caso aconteça um problema maior (como uma quebra do núcleo), você terá os logs disponíveis na outra máquina, o que aumenta suas chances de determinar a sequencia de eventos que causou a quebra.

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>).
pt-BR: Para aceitar mensagens de log enviadas por outras máquinas, você tem que reconfigurar o <emphasis>rsyslog</emphasis>: na prática, é suficiente ativar as entradas "ready-for-use entries" em <filename>/etc/rsyslog.conf</filename> (<literal>$ModLoad imudp</literal> e <literal>$UDPServerRun 514</literal>).

en: The <command>inetd</command> Super-Server
pt-BR: O super servidor <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.
pt-BR: Inetd (geralemente chamado de “Internet super-server”) é um servidor de servidores. Ele executa servidores, raramente usados, sob demanda, para que eles não tenham que rodar continuamente.

en: <primary>super-server</primary>
pt-BR: <primary>super servidor</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.
pt-BR: O arquivo <filename>/etc/inetd.conf</filename> lista esses servidores e suas portas habituais. O comando <command>inetd</command> ouve em todas elas; quando ele detecta uma conexão em qualquer uma delas, ele executa o programa servidor correspondente.

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.
pt-BR: Pacotes frequentemente querem registar um novo servidor no arquivo <filename>/etc/inetd.conf</filename>, mas a Política Debian proíbe qualquer pacote de modificar um arquivo de configuração que não lhe pertença. É por isso que o script <command>update-inetd</command> (do pacote de mesmo nome) foi criado: ele gerencia o arquivo de configuração, assim outros pacotes podem usá-lo para registrar um novo servidor na configuração do super-servidor.

en: Each significant line of the <filename>/etc/inetd.conf</filename> file describes a server through seven fields (separated by spaces):
pt-BR: Cada linha significativa do arquivo <filename>/etc/inetd.conf</filename> descreve um servidor através de sete campos (separados por espaços):

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).
pt-BR: O número da porta TCP ou UDP, ou o nome do serviço (o qual é mapeado para o número da porta padrão com a informação contida no arquivo <filename>/etc/services</filename>).

en: The socket type: <literal>stream</literal> for a TCP connection, <literal>dgram</literal> for UDP datagrams.
pt-BR: O tipo de soquete: <literal>stream</literal> para conexão TCP, <literal>dgram</literal> para datagrams 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).
pt-BR: As opções: dois valores possíveis: <literal>wait</literal> ou <literal>nowait</literal>, para dizer ao <command>inetd</command> quando ele deve esperar ou não pelo fim do processo lançado antes de aceitar outra conexão. Para conexões TCP, facilmente multiplicáveis (multiplexable) , você geralmente pode usar <literal>nowait</literal>. Para programas respondendo sobre UDP, você deve usar <literal>nowait</literal> apenas se o servidor é capaz de gerenciar várias conexões em paralelo. Você pode usar um ponto como sufixo nesse campo, seguido pelo número máximo de conexões autorizadas por minuto (o limite padrão é 256).

en: The full path to the server program to execute.
pt-BR: O caminho completo para o programa servidor a ser executado.

en: The arguments: this is a complete list of the program's arguments, including its own name (<literal>argv[0]</literal> in C).
pt-BR: Os argumentos: esta é uma lista completa dos argumentos do programa, incluindo seu próprio nome (<literal>argv[0]</literal> em C).

en: Excerpt from <filename>/etc/inetd.conf</filename>
pt-BR: Excerto do <filename>/etc/inetd.conf</filename>

en: <emphasis>COMMUNITY</emphasis> Wietse Venema
pt-BR: <emphasis>COMUNIDADE</emphasis> Wietse Venema

en: <emphasis>ALTERNATIVE</emphasis> Other <command>inetd</command> commands
pt-BR: <emphasis>ALTERNATIVA</emphasis> Outros comandos <command>inetd</command>

en: Last but not least, it is even possible to emulate <command>inetd</command>'s behavior with <command>systemd</command>'s socket-activation mechanism (see <xref linkend="sect.systemd" />).
pt-BR: Por último, mas não menos importante, é até possível emular o comportamento do <command>inetd</command> com o mecanismo de ativação de "socket" do <command>systemd</command> (veja <xref linkend="sect.systemd" />).

en: Scheduling Tasks with <command>cron</command> and <command>atd</command>
pt-BR: Agendando Tarefas com <command>cron</command> e <command>atd</command>

en: <primary>scheduled commands</primary>
pt-BR: <primary>agendando comandos</primary>

en: <primary>command scheduling</primary>
pt-BR: <primary>comando agendamento</primary>

en: In a Unix system, many tasks are scheduled for regular execution:
pt-BR: Em um sistema Unix, muitas tarefas são agendadas para execução regular:

en: rotating the logs;
pt-BR: rotacionando os logs;

en: updating the database for the <command>locate</command> program;
pt-BR: atualizando o banco de dados para o programa <command>locate</command>;

en: back-ups;
pt-BR: cópias de segurança;

en: maintenance scripts (such as cleaning out temporary files).
pt-BR: scripts de manutenção (como os de limpeza de arquivos temporários).

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).
pt-BR: Por padrão, todos os usuários podem agendar a execução de tarefas. Cada usuário tem, assim, seu próprio <emphasis>crontab</emphasis> no qual pode gravar comandos agendados. Ele pode ser editado rodando <command>crontab -e</command> (seu conteúdo é armazenado no arquivo <filename>/var/spool/cron/crontabs/<replaceable>usuário</replaceable></filename>).

en: <emphasis>SECURITY</emphasis> Restricting <command>cron</command> or <command>atd</command>
pt-BR: <emphasis>SEGURANÇA</emphasis> Restringindo <command>cron</command> ou <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.
pt-BR: O usuário root tem seu pŕoprio <emphasis>crontab</emphasis>, mas também pode usar o arquivo <filename>/etc/crontab</filename>, ou escrever arquivos <emphasis>crontab</emphasis> adicionais no diretório <filename>/etc/cron.d</filename>. Essas duas últimas soluções tem a vantagem de ser capaz de especificar a identidade do usuário a usar quando o comando for executado.

en: The <emphasis>cron</emphasis> package includes by default some scheduled commands that execute:
pt-BR: O pacote <emphasis>cron</emphasis> incluí por padrão alguns comandos que executam:

en: programs in the <filename>/etc/cron.hourly/</filename> directory once per hour;
pt-BR: programas no diretório <filename>/etc/cron.hourly/</filename> uma vez por hora;

en: programs in <filename>/etc/cron.daily/</filename> once per day;
pt-BR: programas no <filename>/etc/cron.daily/</filename> uma vez por dia;

en: programs in <filename>/etc/cron.weekly/</filename> once per week;
pt-BR: programas no <filename>/etc/cron.weekly/</filename> uma vez por semana;

en: programs in <filename>/etc/cron.monthly/</filename> once per month.
pt-BR: programas no <filename>/etc/cron.monthly/</filename> uma vez por mês.

en: Many Debian packages rely on this service: by putting maintenance scripts in these directories, they ensure optimal operation of their services.
pt-BR: Muitos pacotes Debian contam com esse serviço: colocando scripts de manutenção nesses diretórios, eles garantem a excelente operação de seus serviços.

en: Format of a <filename>crontab</filename> File
pt-BR: Formato do Arquivo <filename>crontab</filename>

en: <emphasis>TIP</emphasis> Text shortcuts for <command>cron</command>
pt-BR: <emphasis>Dica</emphasis> Abreviações para o <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:
pt-BR: O <command>cron</command> reconhece algumas abreviações que substituem os cinco primeiros campos de uma entrada no <filename>crontab</filename>. Elas correspondem as opções de agendamento mais clássicas:

en: <literal>@yearly</literal>: once per year (January 1, at 00:00);
pt-BR: <literal>@yearly</literal>: uma vez por ano (Janeiro 1, às 00:00);

en: <literal>@monthly</literal>: once per month (the 1st of the month, at 00:00);
pt-BR: <literal>@monthly</literal>: uma vez por mês (no primeiro dia do mês, às 00:00);

en: <literal>@weekly</literal>: once per week (Sunday at 00:00);
pt-BR: <literal>@weekly</literal>: uma vez por semana (Domingo às 00:00);

en: <literal>@daily</literal>: once per day (at 00:00);
pt-BR: <literal>@daily</literal>: uma vez por dia (às 00:00);

en: <literal>@hourly</literal>: once per hour (at the beginning of each hour).
pt-BR: <literal>@hourly</literal>: uma vez por hora (no início de cada hora).

en: <emphasis>SPECIAL CASE</emphasis> <command>cron</command> and daylight savings time
pt-BR: <emphasis>CASO ESPECIAL</emphasis> <command>cron</command> e o horário de verão

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.
pt-BR: No Debian, o <command>cron</command> leva em conta as alterações de horário (o horário de verão, ou de fato qualquer alteração significante no horário local) da melhor maneira que ele pode. Assim, os comandos que deveriam ser executados durante a hora que nunca existiu (por exemplo, tarefas agendadas para 2:30 am durante a mudança de horário na Primavera na França, já que às 2:00 am o relógio pula direto para às 3:00 am) são executadas logo após a alteração de horário (sendo então por volta das 3:00 am DST). Por outro lado, no outono, quando comandos seriam executados várias vezes (2:30 am DST, depois uma hora mais tarde às 2:30 am horário padrão, já que às 3:00 am DST o relógio volta para 2:00 am) são executados apenas uma vez.

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.
pt-BR: Tenha cuidado, contudo, se a ordem na qual as diferentes tarefas agendadas e o "delay" entre suas respectivas execuções tem que ser levada em conta, você deve checar a compatibilidade desses constrangimentos com o comportamento do <command>cron</command>; se necessário, você pode preparar um agendamento especial para as duas noites problemáticas por ano.

en: the value for the hour (from 0 to 23);
pt-BR: o valor para a hora (de 0 à 23);

en: the value for the day of the month (from 1 to 31);
pt-BR: o valor para o dia do mês (de 1 à 31);

en: the value for the month (from 1 to 12);
pt-BR: o valor para o mês (de 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.);
pt-BR: o valor para o dia da semana (a partir de 0 até 7, 1 correspondendo a Segunda, Domingo sendo representado tanto por 0 quanto por 7; ainda é possível usar as três primeiras letras do nome do dia da semana em Inglês, como <literal>Sun</literal>, <literal>Mon</literal>, etc.);

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);
pt-BR: O nome de usuário sob cuja identidade o comando deve ser executado (no arquivo <filename>/etc/crontab</filename> e nos fragmentos localizados em <filename>/etc/cron.d/</filename>, mas não nos arquivos crontab do próprio usuário);

en: the command to execute (when the conditions defined by the first five columns are met).
pt-BR: o comando a ser executado (quando as condições definidas nas primeiras cinco colunas estão satisfeitas).

en: All these details are documented in the <citerefentry><refentrytitle>crontab</refentrytitle> <manvolnum>5</manvolnum></citerefentry> man page.
pt-BR: Todos esses detalhes estão documentados na página de manual <citerefentry><refentrytitle>crontab</refentrytitle> <manvolnum>5</manvolnum></citerefentry>.

en: <emphasis>TIP</emphasis> Executing a command on boot
pt-BR: <emphasis>DICA</emphasis> Executando um comando na inicialização

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>.
pt-BR: Para executar um comando apenas um vez, logo após a inicialização do computador, você pode usar a macro <literal>@reboot</literal> (um simples reinicio do <command>cron</command> não dispara um comando agendado com <literal>@reboot</literal>). Essa macro substitui os cinco primeiros campos de uma entrada em <emphasis>crontab</emphasis>.

en: <emphasis>ALTERNATIVE</emphasis> Emulating <command>cron</command> with <command>systemd</command>
pt-BR: <emphasis>ALTERNATIVA</emphasis> Emulando o <command>cron</command> com o <command>systemd</command>

en: It is possible to emulate part of <command>cron</command>'s behavior with <command>systemd</command>'s timer mechanism (see <xref linkend="sect.systemd" />).
pt-BR: É possível emular parte do comportamento do <command>cron</command> com o mecanismo timer do <command>systemd</command> (veja <xref linkend="sect.systemd" />).

en: Using the <command>at</command> Command
pt-BR: Usando o Comando <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.
pt-BR: Uma sintaxe alternativa adia a execução por uma dada duração: <command>at now + <replaceable>número</replaceable> <replaceable>período</replaceable></command>. O <replaceable>período</replaceable> pode ser <literal>minutos</literal>, <literal>horas</literal>, <literal>dias</literal>, ou <literal>semanas</literal>. O <replaceable>número</replaceable> apenas indica o número de unidades ditas que tem que ocorrer antes da execução do comando.

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.
pt-BR: Para cancelar um tarefa agendada pelo <command>cron</command>, apenas rode <command>crontab -e</command> e apague a linha correspondente no arquivo <emphasis>crontab</emphasis>. Para tarefas do <command>at</command>, também é fácil: rode <command>atrm <replaceable>número-da-tarefa</replaceable></command>. O número da tarefa é indicado pelo comando <command>at</command>no momento que você vez o agendamento, mas você pode obter ele novamente com o comando <command>atq</command>, o qual retorna a lista corrente de tarefas agendadas.

en: Scheduling Asynchronous Tasks: <command>anacron</command>
pt-BR: Agendando Tarefas Assíncronas: <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.
pt-BR: O <command>anacron</command> é o daemon que completa o <command>cron</command> para computadores que não estão ligados o tempo todo. Como tarefas regulares geralmente são agendadas para o meio da noite, elas nunca serão executadas se o computador estiver desligado nesse momento. O propósito do <command>anacron</command> é executá-las, levando em consideração os períodos nos quais o computador não estiver trabalhando.

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.
pt-BR: Por favor note que o <command>anacron</command> irá, frequentemente, executar tais atividades poucos minutos após a inicialização da máquina, o que pode deixar o computador menos responsivo. É por isso que as tarefas no arquivo <filename>/etc/anacrontab</filename> são iniciadas com o comando <command>nice</command>, o qual reduz suas prioridades de execução, e assim, limita seus impactos no resto do sistema. Cuidado, o formato do seu arquivo não é o mesmo do <filename>/etc/crontab</filename>; se você tem necessidades particulares com relação ao <command>anacron</command>, veja a página de manual <citerefentry><refentrytitle>anacrontab</refentrytitle> <manvolnum>5</manvolnum></citerefentry>.

en: <emphasis>BACK TO BASICS</emphasis> Priorities and <command>nice</command>
pt-BR: <emphasis>DE VOLTA AO BÁSICO</emphasis> Prioridades e <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.
pt-BR: O <command>nice</command> funciona com níveis de “niceness”: os níveis positivos (de 1 até 19) progressivamente baixa a prioridade, enquanto que os níveis negativos (de -1 até -20) irão incrementá-la — mas apenas o root pode usar esses níveis negativos. Salvo indicado ao contrário (veja a página de manual <citerefentry><refentrytitle>nice</refentrytitle> <manvolnum>1</manvolnum></citerefentry>), o <command>nice</command> incrementa o nível corrente por 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).
pt-BR: Se você descobrir que uma tarefa que esteja em execução deveria ter sido iniciada com o <command>nice</command>, não é tarde de mais para consertar isso; o comando <command>renice</command> altera a prioridade de um processo em andamento, em ambas as direções (porém reduzir o “niceness” de um processo é reservado ao usuário root).

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).
pt-BR: A instalação do pacote <emphasis role="pkg">anacron</emphasis> desativa a execução pelo <command>cron</command> dos scripts nos diretórios <filename>/etc/cron.hourly/</filename>, <filename>/etc/cron.daily/</filename>, <filename>/etc/cron.weekly/</filename>, e <filename>/etc/cron.monthly/</filename>. Isso evita a dupla execução pelo <command>anacron</command> e <command>cron</command>. O comando <command>cron</command> continua ativo e continuará a lidar com outras tarefas agendadas (especialmente as agendadas pelos usuários).

en: Quotas
pt-BR: Cotas

en: <primary>quota</primary>
pt-BR: <primary>cota</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.
pt-BR: O sistema de quotas permite limitar o espaço em disco alocado para um usuário ou grupo de usuários. Para configurá-lo, você tem que ter um núcleo habilitado para isso (compilado com a opção <varname>CONFIG_QUOTA</varname>) — como é o caso dos núcleos no Debian. O software de gerenciamento de quotas é encontrado no pacote 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).
pt-BR: Para ativar "quota" no sistema de arquivo, você tem que indicar as opções <literal>usrquota</literal> e <literal>grpquota</literal> no <filename>/etc/fstab</filename> para quotas de usuário e grupo, respectivamente. Reiniciar o computador irá então atualizar as quotas na ausência de atividade de disco (uma condição necessária para correta contabilização de espaço de disco já utilizado).

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.
pt-BR: O comando <command>edquota <replaceable>usuário</replaceable></command> (ou <command>edquota -g <replaceable>grupo</replaceable></command>) permite que você altere os limites enquanto examina o atual uso de espaço do disco.

en: <emphasis>GOING FURTHER</emphasis> Defining quotas with a script
pt-BR: <emphasis>INDO ALÉM</emphasis> Definindo quotas com um script

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.
pt-BR: O programa <command>setquota</command> pode ser usado em um script para alterar automaticamente muitas quotas. Sua página de manual <citerefentry><refentrytitle>setquota</refentrytitle> <manvolnum>8</manvolnum></citerefentry> detalha a sintaxe a usar.

en: The quota system allows you to set four limits:
pt-BR: O sistema de cotas permite você definir quatro limites:

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.
pt-BR: Um limite “soft” pode ser excedido temporariamente; o usuário apenas será alertado que está excedendo a quota pelo comando <command>warnquota</command>, o qual geralmente é invocado pelo <command>cron</command>. Um limite “hard” nunca pode ser excedido: o sistema irá recusar qualquer operação que faça com que uma quota "hard" seja excedida.

en: <emphasis>VOCABULARY</emphasis> Blocks and inodes
pt-BR: <emphasis>VOCABULÁRIO</emphasis> Blocos e inodes

en: <primary>block (disk)</primary>
pt-BR: <primary>blocos (disco)</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.
pt-BR: O sistema de arquivos divide o disco rígido em blocos — pequenas áreas contíguas. O tamanho desses blocos é definido durante a criação do sistema de arquivos, e geralmente varia entre 1 e 8 kibibytes.

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.
pt-BR: Um bloco pode ser usado tanto para armazenar dados reais de um arquivo, quanto para meta-dados usados pelo sistema de arquivos. Dentre desse meta-dados, você irá encontrar especialmente os inodes. Um inode usa um bloco no disco rígido (mas esse bloco não é levado em consideração na quota de bloco, apenas na quota inode), e contém as informações sobre o arquivo o qual ele corresponde (nome, proprietário, permissões, etc.) e os ponteiros para os blocos de dados que eles realmente usam. Para arquivos realmente grandes que ocupam mais blocos do que é possível referenciar em um único inode, existe um sistema de bloco indireto; o inode referencia uma lista de blocos que não contém dados diretamente, mas outra lista de blocos.

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.
pt-BR: Com o comando <command>edquota -t</command>, você pode definir um "período de tolerância máxima autorizado no qual um limite "soft" pode ser excedido. Após esse período, o limite "soft" será tratado como um limite "hard", e o usuário terá que reduzir seu espaço de disco usado para dentro do limite para que seja possível escrever qualquer coisa no disco rígido.

en: <emphasis>GOING FURTHER</emphasis> Setting up a default quota for new users
pt-BR: <emphasis>INDO ALÉM</emphasis> Configurando uma quota padrão para novos usuários

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.
pt-BR: Para configurar automaticamente uma quota para novos usuários, você tem que configurar um usuário modelo (com <command>edquota</command> ou <command>setquota</command>) e indicar seu nome de usuário na variável <varname>QUOTAUSER</varname> no arquivo <filename>/etc/adduser.conf</filename>. Essa configuração de quota irá então ser aplicada automaticamente para cada novo usuário criado com o comando <command>adduser</command>.

en: <primary>backup</primary>
pt-BR: <primary>cópia de segurança</primary>

en: <primary>restoration</primary>
pt-BR: <primary>restauração</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.
pt-BR: Fazer cópias de segurança (backups) é uma das principais responsabilidades de qualquer administrador, mas é um assunto complexo, envolvendo ferramentas poderosas que geralmente são difíceis de dominar.

en: Rather than detailing some of them, this section will present the thoughts of the Falcot Corp administrators when they defined their backup strategy.
pt-BR: Ao invés de detalhar alguns deles, essa seção irá apresentar os pensamentos dos administradores da Falcot Corp quando eles definem sua estratégia de cópia de segurança (backup).

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.
pt-BR: Para a Falcot Corp, cópias de segurança tem dois objetivos: recuperar arquivos apagados erroneamente, e restaurar rapidamente qualquer computador (servidor ou desktop) que o disco rígido tenha falhado.

en: Backing Up with <command>rsync</command>
pt-BR: Cópias de segurança com <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.
pt-BR: Fazer cópias de segurança (backups) em fita tem sido considerado muito lento e caro, os dados serão copiados em discos rígidos em um servidor dedicado, no qual com o uso de RAID em software (veja <xref linkend="sect.raid-soft" />) irá proteger os dados de uma falha do disco rígido. Não são feitas cópias de segurança individuais para computadores desktop, porém os usuários são avisados que suas contas pessoais em seu servidor de arquivos do departamento terão cópias de segurança. O comando <command>rsync</command> (do pacote com mesmo nome) é usado diariamente para fazer cópias de segurança desses diferentes servidores.

en: <emphasis>BACK TO BASICS</emphasis> The hard link, a second name for the file
pt-BR: <emphasis>DE VOLTA AO BÁSICO</emphasis> A ligação forte (hard link), um segundo nome para o arquivo

en: <primary>link</primary><secondary>hard link</secondary>
pt-BR: <primary>ligação</primary><secondary>ligação forte (hard link)</secondary>

en: <primary>hard link</primary>
pt-BR: <primary>ligação forte (hard link)</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.
pt-BR: Uma ligação física (hard link), ao contrário de uma ligação simbólica, não pode ser diferenciada do arquivo original. A criação de uma ligação física é, essencialmente, o mesmo que dar a um arquivo existente um segundo nome. É por isso que apagar uma ligação forte apenas remove um dos nomes associados ao arquivo. Enquanto o outro nome continuar referenciando o arquivo, os dados nele continuarão presentes no sistema de arquivos. É interessante notar que, diferentemente de uma cópia, a ligação forte não ocupa espaço adicional no disco rígido.

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.
pt-BR: Um link físico é criado com o comando <command>ln <replaceable>alvo</replaceable> <replaceable>ligação</replaceable></command>. O arquivo <replaceable>ligação</replaceable> é então um nome novo para o arquivo <replaceable>alvo</replaceable>. Ligações físicas apenas podem ser criadas no mesmo sistema de arquivos, enquanto que ligações simbólicas não estão sujeitas a essa limitação.

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.
pt-BR: O espaço disponível no disco rígido proíbe a implementação de uma cópia de segurança (backup) completa diária. Sendo assim, o comando <command>rsync</command> é precedido pela duplicação do conteúdo da cópia de segurança prévia com ligações fortes, o que previne o uso de muito espaço no disco rígido. O processo <command>rsync</command> então apenas substitui arquivos que foram modificados desde a última cópia de segurança (backup). Com esse mecanismo um grande número de cópias de segurança podem ser mantidas em uma pequena quantidade de espaço. Como todas as cópias de segurança ficam imediatamente disponíveis e acessíveis (por exemplo, em diferentes diretórios de um dado compartilhamento na rede), você pode fazer comparações entre duas datas determinadas rapidamente.

en: <primary>copy, backup copy</primary>
pt-BR: <primary>cópia, cópia de backup</primary>

en: <primary>backup</primary><secondary>copy</secondary>
pt-BR: <primary>segurança</primary><secondary>cópia do</secondary>

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).
pt-BR: Esse mecanismo de cópia de segurança (backup) é facilmente implementado com o programa <command>dirvish</command>. Ele usa um espaço de armazenamento de cópia de segurança (backup) (“bank” no seu vocabulário) no qual ele coloca cópias protocoladas de conjuntos de arquivos de cópias de segurança (backup) (esses conjuntos são chamados de “vaults” na documentação do dirvish).

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.
pt-BR: A principal configuração está no arquivo <filename>/etc/dirvish/master.conf</filename>. ele define a localização do espaço de armazenamento de cópias de segurança (backup), a lista de “vaults” a gerenciar, e os valores padrão para expiração das cópias de segurança (backups). O resto da configuração está localizada nos arquivos <filename><replaceable>bank</replaceable>/<replaceable>vault</replaceable>/dirvish/default.conf</filename> e contém as configurações específicas para os correspondentes conjuntos de arquivos.

en: The <filename>/etc/dirvish/master.conf</filename> file
pt-BR: O arquivo <filename>/etc/dirvish/master.conf</filename>

en: <emphasis>IN PRACTICE</emphasis> Scheduled expiration
pt-BR: <emphasis>NA PRÁTICA</emphasis> Agendamento de expiração

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.
pt-BR: As regras de expiração não são usadas pelo <command>dirvish-expire</command> para fazer seu trabalho. Na realidade, as regras de expiração são aplicadas ao criar uma nova cópia de backup para definir a data de expiração associada à essa cópia. <command>dirvish-expire</command> apenas examina as cópias armazenadas e apaga aquelas que a data de expiração já passou.

en: The <filename>/backup/root/dirvish/default.conf</filename> file
pt-BR: O arquivo <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>).
pt-BR: Os exemplos acima especificam o conjunto de arquivos que terão cópias de segurança: esses são arquivos da máquina <emphasis>rivendell.falcot.com</emphasis> (para cópias de segurança de dados locais, simplesmente especifique o nome da máquina local como indicado pelo <command>hostname</command>), especialmente aqueles na árvore raiz (<literal>tree: /</literal>), exceto aqueles listados em <literal>exclude</literal>. A cópia de segurança será limitada ao conteúdo de um sistema de arquivos (<literal>xdev: 1</literal>). Ela não incluirá arquivos de outros pontos de montagem. Um índice dos arquivos salvos será gerado (<literal>index: gzip</literal>), e a imagem será nomeada de acordo com a data atual (<literal>image-default: %Y%m%d</literal>).

en: <emphasis>IN PRACTICE</emphasis> Remote backup over SSH
pt-BR: <emphasis>NA PRÁTICA</emphasis> Cópia de segurança remota com 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" />).
pt-BR: Quando o dirvish precisa salvar dados em uma máquina remota, ele irá usar o <command>ssh</command> para fazer a conexão, e irá iniciar o <command>rsync</command> como um servidor. Isso requer que o usuário root seja capaz de automaticamente conectar a ele. O uso de uma chave de autenticação SSH permite precisamente isso (veja <xref linkend="sect.ssh-key-based-auth" />).

en: Restoring Machines without Backups
pt-BR: Restaurando Máquinas sem Cópias de Segurança

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.
pt-BR: Os administradores da Falcot Corp estão cientes dos limites de sua política de cópia de segurança (backup). Como eles não podem proteger o servidor de cópia de segurança e as fitas num cofre a prova de incêndio, eles instalaram o servidor em uma sala separada, para que um desastre como um incêndio na sala do servidor não destrua as cópias de segurança junto com tudo mais. Além do mais, eles podem fazer uma cópia de segurança incremental em DVD-ROM uma vez por semana — apenas arquivos que tiverem sido modificados desde a última cópia de segurança são incluídos.

en: <emphasis>GOING FURTHER</emphasis> Backing up SQL and LDAP services
pt-BR: <emphasis>APROFUNDANDO</emphasis> Cópia de segurança de serviços de SQL e LDAP

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.
pt-BR: Muitos serviços (como bancos de dados SQL ou LDAP) não podem ter cópias de segurança (backup) fazendo apenas cópias de seus arquivos (a menos que eles sejam interrompidos de maneira apropriada durante a criação das cópias de segurança, o que é frequentemente problemático, já que a intenção é que eles estejam disponíveis o tempo todo). Sendo assim, é necessário usar um mecanismo “export” para criar um “data dump” para se ter uma cópia de segurança segura. Essas são geralmente bem grandes, mas tem boa compressão. Para reduzir o espaço de armazenamento necessário, você apenas irá armazenar um arquivo de texto completo por semana, e um <command>diff</command> cada dia, que é criado com um comando do tipo <command>diff<replaceable>arquivo_de_ontem</replaceable> <replaceable>arquivo_de_hoje</replaceable></command>. O programa <command>xdelta</command> produz diferenças incrementais a partir de "dumps" binários.

en: <emphasis>CULTURE</emphasis> <emphasis>TAR</emphasis>, the standard for tape backups
pt-BR: <emphasis>CULTURA</emphasis> <emphasis>TAR</emphasis>, o padrão para cópias de seguranças em fita

en: <primary>backup</primary><secondary>on tape</secondary>
pt-BR: <primary>cópia de segurança (backup)</primary><secondary>em fita</secondary>

en: <primary>tape, backup</primary>
pt-BR: <primary>fita, cópia de segurança (backup)</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”.
pt-BR: Historicamente, a maneira mais simples de fazer uma cópia de segurança (backup) no Unix era armazenar um arquivo <emphasis>TAR</emphasis> em uma fita. O comando <command>tar</command> até pegou seu nome de “Tape ARchive”.

en: Hot Plugging: <emphasis>hotplug</emphasis>
pt-BR: acoplamento ativo: <emphasis>hotplug</emphasis>

en: Introduction
pt-BR: Introdução

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>.
pt-BR: O núcleo tem um banco de dados que associa cada ID de dispositivo com o driver necessário. Esse banco de dados é usado durante a inicialização para carregar todos os drivers para dispositivos detectados nos diferentes barramentos, mas também quando um dispositivo hotplug adicional é conectado. Uma vez que o dispositivo esteja pronto para uso, uma mensagem é enviada para o <command>udevd</command> para que ele seja capaz de criar a entrada correspondente em <filename>/dev/</filename>.

en: The Naming Problem
pt-BR: O Problema da nomeação

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.
pt-BR: Antes do aparecimento das conexões hotplug, era fácil determinar um nome fixo para um dispositivo. Isso era baseado simplesmente na posição dos dispositivos em seu respectivo barramento. Mas isso não é possível quando dispositivos deste tipo podem ir e vir no barramento. O típico caso é o uso de uma câmera digital e um pendrive, os dois aparecem para o computador como discos. O primeiro conectado pode ser <filename>/dev/sdb</filename> e o segundo <filename>/dev/sdc</filename> (com <filename>/dev/sda</filename> representando o próprio disco rígido do computador). O nome do dispositivo não é fixo; ele depende da ordem na qual o dispositivo é conectado.

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.
pt-BR: Adicionalmente, mais e mais drivers usam valores dinâmicos para os números principal/secundário de dispositivos, o que torna impossível ter entradas estáticas para determinados dispositivos, já que essas características essenciais podem variar após uma reinicialização.

en: <emphasis>udev</emphasis> was created precisely to solve this problem.
pt-BR: O <emphasis>udev</emphasis> foi criado precisamente para resolver esse problema.

en: How <emphasis>udev</emphasis> Works
pt-BR: Como o <emphasis>udev</emphasis> Funciona

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.).
pt-BR: Quando o <emphasis>udev</emphasis> é notificado pelo núcleo do aparecimento de um novo dispositivo, ele coleta várias informações do referido dispositivo consultando as entradas correspondentes em <filename>/sys/</filename>, especialmente aquelas que o identificam como único (endereço MAC para uma placa de rede, número serial para alguns dispositivos USB, etc.).

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.
pt-BR: Armado com toda essa informação, o <emphasis>udev</emphasis> então consulta todas as regras contidas em <filename>/etc/udev/rules.d/</filename> e <filename>/lib/udev/rules.d/</filename>. Neste processo ele decide como nomear o dispositivo, quais ligações simbólicas criar (para dar nomes alternativos), e quais comandos executar. Todos esses arquivos são consultados, e as regras são todas avaliadas sequencialmente (exceto quando um arquivo usa a diretiva “GOTO”). Assim, pode haver várias regras que correspondem a um determinado evento.

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>).
pt-BR: A sintaxe dos arquivos de regras é bem simples: cada linha contém critérios de seleção e atribuições de variáveis. Os primeiros são usados para selecionar eventos para os quais existe uma necessidade de reagir, e os últimos definem a ação a ser tomada. Todos são simplesmente separados com vírgulas, e o operador implicitamente diferencia entre um critério de seleção (com operadores de comparação, como <literal>==</literal> ou <literal>!=</literal>) ou uma diretiva de atribuição (com operadores como <literal>=</literal>, <literal>+=</literal> ou <literal>:=</literal>).

en: Comparison operators are used on the following variables:
pt-BR: Operadores de comparação são usados nas seguintes variáveis:

en: <literal>KERNEL</literal>: the name that the kernel assigns to the device;
pt-BR: <literal>NÚCLEO</literal>: o nome que o núcleo atribui ao dispositivo;

en: <literal>ACTION</literal>: the action corresponding to the event (“add” when a device has been added, “remove” when it has been removed);
pt-BR: <literal>AÇÃO</literal>: a ação correspondente ao evento (“add” quando o dispositivo tiver sido adicionado, "remove” quando ele tiver sido removido);

en: <literal>DEVPATH</literal>: the path of the device's <filename>/sys/</filename> entry;
pt-BR: <literal>DEVPATH</literal>: o caminho da entrada <filename>/sys/</filename> do dispositivo;

en: <literal>SUBSYSTEM</literal>: the kernel subsystem which generated the request (there are many, but a few examples are “usb”, “ide”, “net”, “firmware”, etc.);
pt-BR: <literal>SUBSYSTEM</literal>: o subsistema do núcleo que gerou a requisição (existem muitos, mas alguns exemplos são “usb”, “ide”, “net”, “firmware”, etc.);

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;
pt-BR: <literal>ATTR{<replaceable>attribute</replaceable>}</literal>: conteúdo do arquivo <replaceable>attribute</replaceable> no diretório <filename>/sys/<replaceable>$devpath</replaceable>/</filename> do dispositivo. É onde você encontra o endereço MAC e outros identificadores específicos de barramento;

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;
pt-BR: <literal>KERNELS</literal>, <literal>SUBSYSTEMS</literal> e <literal>ATTRS{<replaceable>attributes</replaceable>}</literal> são variações que irão tentar combinar as diferentes opções sobre um dos dispositivos pai do atual dispositivo;

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;
pt-BR: <literal>PROGRAM</literal>: delega o teste ao programa indicado (verdadeiro se retorna 0, falso caso não). O conteúdo da saída padrão do programa é armazenado para que ele possa ser reusado pelo teste <literal>RESULT</literal>;

en: <literal>RESULT</literal>: execute tests on the standard output stored during the last call to <literal>PROGRAM</literal>.
pt-BR: <literal>RESULT</literal>: executa testes na saída padrão armazenada durante a última chamada ao <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>).
pt-BR: Os operadores da direita podem usar expressões padrão para casar com vários valores ao mesmo tempo. Por exemplo, <literal>*</literal> casa com qualquer cadeia de caracteres (mesmo uma vazia); <literal>?</literal> casa com qualquer caractere, e <literal>[]</literal> casa com um conjunto de caracteres listados entre o par de colchetes (ou o oposto do mesmo se o primeiro caractere for um ponto de exclamação, e intervalos contíguos de caracteres são indicados como <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:
pt-BR: Em consideração aos operadores de atribuição, <literal>=</literal> atribui um valor (e substitui o valor corrente); no caso de uma lista, ela é esvaziada e contém apenas o valor atribuído. <literal>:=</literal> faz o mesmo, mas previne alterações posteriores a mesma variável. Quanto a <literal>+=</literal>, ele adiciona um item a lista. As seguintes variáveis podem ser alteradas:

en: <literal>NAME</literal>: the device filename to be created in <filename>/dev/</filename>. Only the first assignment counts; the others are ignored;
pt-BR: <literal>NAME</literal>: o nome de arquivo do dispositivo a ser criado em <filename>/dev/</filename>. Apenas a primeira atribuição conta; as outras são ignoradas;

en: <literal>SYMLINK</literal>: the list of symbolic links that will point to the same device;
pt-BR: <literal>SYMLINK</literal>: a lista de ligações simbólicas que irão apontar para o mesmo dispositivo;

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;
pt-BR: <literal>OWNER</literal>, <literal>GROUP</literal> e <literal>MODE</literal> definem o usuário e grupo a quem pertence o dispositivo, assim como as permissões associadas;

en: <literal>RUN</literal>: the list of programs to execute in response to this event.
pt-BR: <literal>RUN</literal>: a lista de programas a executar em resposta a este evento.

en: The values assigned to these variables may use a number of substitutions:
pt-BR: Os valores atribuídos a essas variáveis podem usar um número de substituições:

en: <literal>$kernel</literal> or <literal>%k</literal>: equivalent to <literal>KERNEL</literal>;
pt-BR: <literal>$kernel</literal> ou <literal>%k</literal>: equivalente a <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”;
pt-BR: <literal>$number</literal> ou <literal>%n</literal>: o número de ordem do dispositivo, por exemplo, para <literal>sda3</literal>, ele seria “3”;

en: <literal>$devpath</literal> or <literal>%p</literal>: equivalent to <literal>DEVPATH</literal>;
pt-BR: <literal>$devpath</literal> ou <literal>%p</literal>: equivalente a <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>;
pt-BR: <literal>$attr{<replaceable>attribute</replaceable>}</literal> ou <literal>%s{<replaceable>attribute</replaceable>}</literal>: equivalente a <literal>ATTRS{<replaceable>attribute</replaceable>}</literal>;

en: <literal>$major</literal> or <literal>%M</literal>: the kernel major number of the device;
pt-BR: <literal>$major</literal> ou <literal>%M</literal>: o maior número de núcleo do dispositivo;

en: <literal>$minor</literal> or <literal>%m</literal>: the kernel minor number of the device;
pt-BR: <literal>$minor</literal> ou <literal>%m</literal>: o menor número do núcleo do dispositivo ;

en: <literal>$result</literal> or <literal>%c</literal>: the string output by the last program invoked by <literal>PROGRAM</literal>;
pt-BR: <literal>$result</literal> ou <literal>%c</literal>: a cadeia de caracteres emitida ("output") pelo último programa invocado pelo <literal>PROGRAM</literal>;

en: and, finally, <literal>%%</literal> and <literal>$$</literal> for the percent and dollar sign, respectively.
pt-BR: e, finalmente, <literal>%%</literal> e <literal>$$</literal> para os sinais de porcento e dólar, respectivamente.

en: A concrete example
pt-BR: Um exemplo concreto

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).
pt-BR: Vamos considerar o caso de uma simples chave USB e tentar atribuir um nome fixo para ela. Primeiro, você tem que encontrar os elementos que iram identificar ela de uma maneira única. Para isso, conecte ela e rode <command>udevadm info -a -n /dev/sdc</command> (substituindo <replaceable>/dev/sdc</replaceable> pelo real nome atribuído a chave).

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:
pt-BR: Para criar uma nova regra, você pode usar testes nas variáveis do dispositivo, bem como aquelas de um dos dispositivos mãe. O caso acima permite-nos criar duas regras como essa:

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.
pt-BR: Uma vez que essas regras estejam definidas em um arquivo, nomeado por exemplo como <filename>/etc/udev/rules.d/010_local.rules</filename>, você pode simplesmente remover e reconectar o dispositivo USB. Você pode então ver que <filename>/dev/usb_key/disk</filename> representa o disco associado ao dispositivo USB, e <filename>/dev/usb_key/part1</filename> é sua primeira partição.

en: <emphasis>GOING FURTHER</emphasis> Debugging <emphasis>udev</emphasis>'s configuration
pt-BR: <emphasis>INDO ALÉM</emphasis> Depurando a configuração do <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.
pt-BR: Como muitos daemons, o <command>udevd</command> armazena os seus logs em <filename>/var/log/daemon.log</filename>. Mas ele não é muito detalhado por padrão, e sendo assim, geralmente não é suficiente para se entender o que está acontecendo. O comando <command>udevadm control --log-priority=info</command> incrementa o nível de detalhamento e resolve esse problema. <command>udevadm control --log-priority=err</command> retorna ao nível de detalhamento padrão.

en: Power Management: Advanced Configuration and Power Interface (ACPI)
pt-BR: Gerenciamento de Energia: Advanced Configuration and Power Interface (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.
pt-BR: O tópico de gerenciamento de energia geralmente é problemático. Na verdade, suspender corretamente o computador requer que todos os drives de dispositivos do computador saibam como colocá-los em espera (standby), e que eles reconfigurem corretamente os dispositivos ao acordar. Infelizmente, ainda existem alguns dispositivos que não são capazes de dormir bem sob o Linux, porque seus fabricantes não forneceram as especificações necessárias.

en: <emphasis>BEWARE</emphasis> Graphics card and standby
pt-BR: <emphasis>ATENÇÃO</emphasis> Placas gráficas e espera (standby)

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.
pt-BR: O driver da placa gráfica é, muitas vezes, o culpado quando a espera (standby) não funciona apropriadamente. Neste caso, é uma boa ideia testar a última versão do servidor gráfico 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.
pt-BR: Após esta visão geral dos serviços básicos comuns a muitos sistemas Unix, vamos nos concentrar no ambiente das máquinas administrados: a rede. Muitos serviços são necessários para que a rede funcione corretamente. Eles serão discutidos no próximo capítulo.
