Translations by Yves Junqueira

Você pode configurar os diretórios a serem exportados adicionando-os ao arquivo <filename>/etc/exports</filename>. Por exemplo:

Você pode substituir o * com um dos formatos de nome de host. Faça a declaração de nome de host o mais específica possível para que sistemas indesejados não acessem a montagem NFS.

Use o comando <application>mount</application> para montar um diretório compartilhado NFS de outra máquina, digitando num prompt de terminal um comando similar ao seguinte:

Servidor de Impressão

Isso irá fazer com que o servidor DHCP atribua ao cliente um endereço IP a partir da faixa 192.168.1.10-192.168.1.100 ou 192.168.1.150-192.168.1.200. Ele irá emprestar um endereço por 600 segundos se o cliente não perguntar por um determinado período de tempo. O servidor também irá "avisar" o cliente que ele deve usar 255.255.255.0 como sua máscara de sub-rede, 192.168.1.255 como seu endereço de broadcast, 192.168.1.254 como roteador/gateway e 192.168.1.1 e 192.168.1.2 como seus servidores DNS.

O Serviço de Nomes de Domínio (DNS) é um serviço de Internet que liga endereços IP e nomes de domínio totalmente qualificados (FQDN) uns aos outros. Computadores que rodam DNS são chamados de <emphasis>servidores de nomes</emphasis>. O Ubuntu possui o <application>BIND</application> (Berkley Internet Naming Daemon), o programa mais comumente usado para manter um servidor de nomes em GNU/Linux.

// Este é o arquivo de configuração primária para o servidor de DNS BIND named. // // Por favor, leia /usr/share/doc/bind/README.Debian para informações sobre a // estrutura dos arquivos de configuração do BIND no Debian para versão 8.2.1 do BIND // ou superior, *ANTES* de você customizar este arquivo de configuração. // include "/etc/bind/named.conf.options"; // reduz a saída de log em erros fora do nosso controle logging { category lame-servers { null; }; category cname { null; }; }; // servidor primário, que conhece os servidores raiz zone "." { type hint; file "/etc/bind/db.root"; }; // seja a autoridade para repasses locais, zonas reversas e para a // zona de broadcast, como definido no RFC 1912 zone "localhost" { type master; file "/etc/bind/db.local"; }; zone "127.in-addr.arpa" { type master; file "/etc/bind/db.127"; }; zone "0.in-addr.arpa" { type master; file "/etc/bind/db.0"; }; zone "255.in-addr.arpa" { type master; file "/etc/bind/db.255"; }; // adicione definições locais aqui include "/etc/bind/named.conf.local";

O arquivo chamado <filename>/etc/bind/db.root</filename> descreve os servidores de nome raízes no mundo. Os servidores mudam com o tempo e precisam ser obtidos novamente e assim sempre.

A seção <application>zone</application> define um servidor mestre, e ela é armazenado em um arquivo mencionado através da tag file. Cada zona contém 3 registros de recursos (RRs): um RR SOA, um RR NS, e um RR PTR. SOA é a abreviatura para Start of Authority, ou seja, Início da Autoridade. A "@" é uma notação especial que denota a origem. NS é a RR para Servidor de Nomes. PTR é Ponteiro para Servidor de Nomes. Para iniciar o servidor DNS, rode o seguinte comando apartir do prompt de um terminal:

Para instalar o CUPS no seu computador Ubuntu, basta apenas usar <application>sudo</application> com o comando <application>apt-get</application> e especificar os pacotes a serem instalados como o primeiro parâmetro. Uma instalação de servidor CUPS completa possui várias dependências para outros pacotes, mas eles todos podem ser especificados na mesma linha de comando. Digite o seguinte no prompt de um terminal para instalar o CUPS:

Uma vez autenticado com a senha do seu usuário, deverá ocorrer o download e instalação dos pacotes sem erros. Após a instalação, o servidor CUPS será inicializado automaticamente. Para resolução de problemas, você pode acessar os erros do servidor CUPS através do arquivo de log de erros em: <filename>/var/log/cups/error_log</filename>. Se os logs de erros não mostrar informações necessárias para resolução dos seus problemas que você encontrar, a qualidade de saída de log do CUPS pode ser incrementada, alterando a diretiva <emphasis role="bold">LogLevel</emphasis> no arquivo de configuração (discutido logo abaixo) para "debug" ou ainda "debug2", o que causará o registro em log de tudo, do padrão ao "info". Se você fizer esta mudança, lembre-se de desfazê-la assim que você resolver seu problema, para prevenir que o arquivo fique muito grande.

O comportamento do servidor CUPS (The Common UNIX Printing System) é configurado através das diretivas contidas no arquivo <filename>/etc/cups/cupsd.conf</filename>. O arquivo de configuração do CUPS segue a mesma sintaxe que o arquivo de configuração primário para o servidor de HTTP Apache, portanto os usuários familiares com a edição do arquivo de configuração do Apache deverão ter uma maior facilidade ao editar a configuração do CUPS. Alguns exemplos de configuração que você queira inicialmente alterar serão apresentados aqui.

<emphasis role="bold">ServerAdmin</emphasis>: Para configurar o endereço de email designado para o administrador do servidor CUPS, simplesmente edite o arquivo de configuração <filename>/etc/cups/cupsd.conf</filename> com seu editor de textos predileto, e altere a diretiva <emphasis role="italics">ServerAdmin</emphasis> de acordo. Por exemplo, se você é o administrador do servidor CUPS, e seu email é bjoy@somebigco.com, Então você deverá alterar a diretiva ServerAdmin para ficar como:

<emphasis role="bold">Listen</emphasis>: Por padrão no Ubuntu, o servidor CUPS escuta somente na interface de loopback no endereço de IP <emphasis>127.0.0.1</emphasis>. Para instruir o CUPS a escutar num endereço IP de uma rede, você deve especificar um hostname, um endereço de IP, ou opcionalmente, um endereço/porta de acordo com as diretivas Listen. Por exemplo, se seu servidor CUPS fica numa rede local com o endereço de IP <emphasis role="italics">192.168.10.250</emphasis> e você gostaria de torná-lo acessível para outros sistemas em sua sub-rede, você deverá editar o arquivo <filename>/etc/cups/cups.d/ports.conf</filename> e adicionar uma diretiva Listen, como:

Listen 127.0.0.1:631 # Loopback existente Listen /var/run/cups/cups.sock # Escuta de socket existente Listen 192.168.10.250:631 # Escutando na interface LAN, porta 631 (IPP)

No exemplo acima, você deve comentar ou remover a referência ao endereço Loopback (127.0.0.1) se você não desejar que o <application>cupsd </application> escute naquela interface, mas sim preferir que ele escute somente na interface Ethernet da sua Rede Local (LAN). Para habilitar a escuta para todas as interfaces de rede em que um hostname esteja ligado, incluíndo a loopback, você pode criar uma entrada de Listen para o hostname <emphasis>socrates</emphasis> como:

O Apache é o Servidor Web mais utilizado em sistemas GNU/Linux. Servidores Web são utilizados para servir pedidos de Páginas WEB por computadores clientes. Os clientes em geral fazem requisições e visualizam Páginas da WEB usando navegadores como <application>Firefox</application>, <application>Opera</application> ou <application>Mozilla</application>.

Usuários entram um Localizador Uniforme de Recursos (Uniform Resource Locator, URL) para apontar para um servidor Web através do seu Nome de Domínio Completo (Fully Qualified Domain Name - FQDN) e um caminho para o recurso requerido. Por exemplo, para ver a home page do <ulink url="http://www.ubuntu.com">Site do Ubuntu</ulink>, um usuário irá informar apenas o FQDN. Para requisitar informações específicas sobre o <ulink url="http://www.ubuntu.com/support/supportoptions/paidsupport">suporte pago</ulink>, um usuário irá informar o FQDN seguido de um caminho.

O Apache é configurado colocando-se <emphasis>diretivas</emphasis> em arquivos de configuração de texto puro. O arquivo de configuração principal é chamado <filename>apache2.conf</filename>. Além disso, outros arquivos de configuração podem ser adicionados utilizando-se a diretiva <emphasis>Include</emphasis>, e caracteres coringa (wildcards) podem ser utilizados para incluir vários arquivos de configuração. Qualquer diretiva pode ser colocada em qualquer desses arquivos de configuração. Mudanças no arquivo de configuração apenas são reconhecidas pelo Apache2 quando este for iniciado ou reiniciado.

O arquivo de configuração padrão do Apache2 é o <filename>/etc/apache2/apache2.conf</filename>. Você pode editar esse arquivo para configurar o servidor Apache2. Você pode configurar o número da porta, raiz dos documentos, módulos, arquivos de log, hosts virtuais, etc.

O Apache2 vem com uma configuração padrão amigável para hosts virtuais. Isto é, ele é configurado com um host virtual único padrão (utilizando a diretiva <emphasis>VirtualHost</emphasis>) o qual pode ser modificado ou utilizado como está se você tiver apenas um site, ou ainda usado como modelo para hosts virtuais adicionais caso você tenha múltiplos sites. Se não for alterado, o host virtual padrão servirá como seu site padrão, ou o site que os usuários utilizarão caso a URL que eles especifiquem não bata com a diretiva <emphasis>ServerName</emphasis> de nenhum de seus sites customizados. Para modificar o virtual host padrão, edite o arquivo <filename>/etc/apache2/sites-available/default</filename>. Caso você deseje configurar um novo host virtual ou site, copie esse arquivo para o mesmo diretório com um nome de sua escolha. Por exemplo, <command>sudo cp /etc/apache2/sites-available/default /etc/apache2/sites-available/meunovosite</command>. Edite o novo arquivo para configurar o novo site utilizando algumas das diretivas descritas abaixo.

A diretiva <emphasis>ServerAdmin</emphasis> especifica o endereço de email a ser anunciado como do administrador do servidor. O valor padrão é webmaster@localhost. Ele deve ser alterado para um endereço de email que seja entregue para você (caso você seja o administrador do servidor). Se seu website possuir um problema, o Apache2 mostrará uma mensagem de erro contendo este endereço de email para qual o problema poderá ser relatado. Encontre esta diretiva no arquivo de configuração do site site em /etc/apache2/sites-available.

A diretiva <emphasis>Listen</emphasis> especifica a porta, e opcionalmente o endereço IP, na qual o Apache2 irá escutar. Se o endereço IP não for especificado, o Apache2 irá escutar em todos os endereços IP designados para a máquina no qual ele esteja rodando. O valor padrão para a diretiva Listen é 80. Altere isso para 127.0.0.1:80 para fazer com que o Apache apenas escute apenas na sua interface de loopback, de forma que ele esteja disponível para a Internet, para (por exemplo) 81 para mudar a porta no qual ele escuta, ou deixe o valor como está para operação normal. Esta diretiva pode ser encontrada e alterada em seu próprio arquivo, <filename>/etc/apache2/ports.conf</filename>

Você também pode querer que seu site responda a www.ubunturocks.com, já que muitos usuários assumirão que o prefixo www é apropriado. Use a diretiva <emphasis>ServerAlias</emphasis> para isso. Você também pode utilizar caracteres mágicos na diretiva ServerAlias. Por exemplo, <command>ServerAlias *.ubunturocks.com</command> irá fazer com que seu site responda a qualquer requisição de domínio que termine em .ubunturocks.com.

A diretiva <emphasis>ServerName</emphasis> é opcional e especifica qual a FQDN seu site deverá responder. O host virtual padrão não possui diretiva ServerName especificada, portanto ele irá responder a todas as requisições que não combinem com uma diretiva ServerName em outro host virtual. Se você acabou de adquirir o nome de domínio ubunturocks.com e gostaria de hospedá-lo no seu servidor Ubuntu, o valor da diretiva ServerName no arquivo de configuração do seu host virtual deverá ser ubunturocks.com. Adicione esta diretiva ao novo arquivo de site virtual que você criou antes (<filename>/etc/apache2/sites-available/meunovosite</filename). <placeholder-1/>

A diretiva <emphasis>DocumentRoot</emphasis> especifica onde o Apache deve procurar pelos arquivos que formam o site. O valor padrão é /var/www. Nenhum site está configurado lá, mas você pode descomentar a diretiva <emphasis>RedirectMatch</emphasis> em <filename>/etc/apache2/apache2.conf</filename> as requisições serão redirecionadas para /var/www/apache2-default onde o site padrão do Apache2 aguarda. Altere este valor no arquivo de host virtual do seu site e lembre-se de criar aquele diretório se necessário!

O diretório /etc/apache2/sites-available <emphasis>não</emphasis> é decodificado pelo Apache2. Links simbólicos em /etc/apache2/sites-enabled apontam para sites "disponíveis" (available). Utilize o utilitário a2ensite (Apache2 Enable Site) para criar esses links simbólicos, como neste exemplo: <command>sudo a2ensite meunovosite</command> onde o arquivo de configuração do seu site é <filename> /etc/apache2/sites-available/meunovosite</filename>. Semelhantemente, o utilitário a2dissite deve ser usado para desabilitar sites.

Esta seção explica a configuração das definições padrão do servidor Apache2. Por exemplo, se você adicionar um host virtual, as definições que você configurar para o host virtual têm precedência para aquele host virtual. Para uma diretiva não definida dentro da definição de host virtual, o valor padrão é utilizado.

<emphasis role="bold">User</emphasis> - A diretiva User seta o UserID usado pelo servidor para responder as solicitações. Esta opção determina o acesso ao servidor. Qualquer arquivo inacessível a este usuário será também inacessível aos visitantes do seu website. O valor padrão para o User é www-data

A não ser que você saiba exatamente o que está fazendo, não defina a diretiva User para root. Usando o root como User (usuário) você irá criar largas brechas de sergurança para seu ser servidor Web.

A diretiva Group é similar a diretiva User. Group define o grupo que o servidor irá responder as solicitações. O grupo padrão é www-data.

O Apache é um servidor modular. Isso significa que somente as funcionalidades básicas são inclusas no núcleo do servidor. A extensão das funcionalidades são disponibilizadas através de módulos, que podem ser carregados no Apache. Por padrão, alguns módulos básicos já estão inclusos na hora da compilação. Se o servidor for compilado para usar o carregamento dinâmico de módulos, então os módulos podem ser compilados separadamente, e adicionados à qualquer hora usando a diretiva LoadModule. Caso contrário, o Apache2 precisa ser recompilado para adicionar ou remover módulos. O Ubuntu compila o Apache2 de maneira que permita o carregamento dinâmico de módulos. As diretivas de configuração podem ser incluídas condicionalmente, com a presença de um módulo em particular incluído num bloco <IfModule>. Você pode instalar módulos adicionais do Apache2 e usá-los com o seu servidor WEB. Você pode instalar módulos do Apache2 usando o comando <application>apt-get</application>. Por exemplo, para instalar o módulo do Apache2 para autenticação por MYSQL, você pode executar o seguinte comando de um prompt de terminal (linha de comando)

Quando você instala um módulo, ele estará disponível no diretório <filename>/etc/apache2/mods-available</filename>. Você pode usar o comando <application>a2enmod</application> para habilitar um módulo. Você pode usar o comando <application>a2dismod</application> para desabilitar um módulo. Quando você desabilita um módulo, ele estará disponível no diretório <filename>/etc/apache2/mods-enabled</filename>.

O módulo <application>mod_ssl</application> adiciona uma funcionalidade importante no servidor Apache2 - a habilidade de encriptar comunicações. Portanto, quando o seu navegador se comunica utilizando encriptação SSL, o prefixo https:// é usado no começo do Localizador de Recurso Uniforme (URL) na barra de navegação do navegador.

O módulo <application>mod_ssl</application> está disponível no pacote <application>apache2-common</application>. Se você possuir este pacote instalado, você pode executar o comando a seguir de um prompt de terminal para ativar o módulo <application>mod_ssl</application>:

Para configurar um servidor seguro, use a criptografia de chave pública para criar um par de chaves pública e privada. Na maioria dos casos, você manda o seu pedido de certificação (incluindo a sua chave pública), uma prova da identidade da sua companhia e o pagamento para uma Autoridade de Certificados (CA). A CA verifica o pedido de certificação e sua identidade, e depois manda de volta um certificado para o seu servidor seguro.

Alternativamente, você pode criar o seu certificado auto-assinado. Note que, entretando, o certificado auto-assinado não deve ser usando na maioria dos ambientes de produção. Certificados auto-assinados não são automaticamente aceitos pelo navegador dos usuários. Os usuários são questionados pelo navegador para aceitar o certificado e criar uma conexão segura.

Gerando chave privada RSA, 1024 bit módulos longos .....................++++++ .................++++++ impossível escrever 'estado aletaório' e é 65537 (0x10001) Informe a chave senha para o server.key:

Agora, você pode inserir a sua senha. Para uma segurança melhor, ela deve conter no mínimo oito caracteres. O tamanho mínimo quando -des3 é especificado é de quatro caracteres. É bom incluir números e/ou pontuação e não ser uma palavra de dicionário. Também, lembre-se que a sua senha é sensível à caixa alta e/ ou baixa.

Ele irá solicitar que você informe a senha. Se você informar a senha correta ele irá pedir para que você informe o Nome da Empresa, Nome do Site, Email, etc. Assim que você informar todos esses detalhes, seu CSR será criado e armazenado no arquivo <filename>server.csr</filename>. Você pode enviar esse arquivo CSR para uma CA para processamento. A CAN irá usar esse arquivo CSR para emitir o certificado. Por outro lado, você pode criar certificados auto-assinados usando esse CSR.

Novamente, Usando o controle de acesso do Squid, você pode configurar o uso de serviços de Internet filtrados pelo squid para estar disponível somente para usuários de certos endereços de IP. Por exemplo, iremos ilustrar o acesso somente de usuários da sub-rede 192.168.42.0/24:

O controle de versões é a arte de gerenciar mudanças na informação. Ele tem sido há muito tempo uma ferramenta crucial para programadores, que tipicamente passam seu tempo fazendo pequenas mudanças em um software e então desfazendo essas mudanças no outro dia. Mas a utilidade de softwares de controle de versões vão muito além do mundo dos desenvolvedores de software. Em qualquer lugar que você possa encontrar pessoas usando computadores para gerenciar informações que mudam constantemente, existe espaço para o controle de versões.

O Subversion é um sistema de controle de versões de código aberto. Ele gerencia arquivos e diretórios através do tempo. Uma árvore de arquivos é colocada em um repositório central. Esse repositório é muito parecido com um servidor de arquivos comum, exceto pelo fato de que ele se lembra de todas as alterações feitas nos arquivos e diretórios.

Esquema

Método de Acesso

Acesso via protocolo customizado para um servidor svnserve