LPI-2 202-450 Topico 208.1
Configuração básica do Apache

Os arquivos de configuração do Apache são armazenados de forma diferente em distribuições diferentes, mas são basicamente a mesma coisa. Existe um arquivo de configuração padrão que pode ser dividido em várias partes.

Dentro dos diretórios de configuração também há diferença na disposição dos arquivos de configuração.

Segue disposição dos diretórios de configuração o Apache em servidores Debian/Ubuntu:

/etc/apache2
├── apache2.conf
├── conf-available
│   ├── charset.conf
│   ├── security.conf
│   └── serve-cgi-bin.conf
├── conf-enabled
│   ├── security.conf -> ../conf-available/security.conf
│   └── serve-cgi-bin.conf -> ../conf-available/serve-cgi-bin.conf
├── mods-available
│   ├── access_compat.load
│   └── actions.conf
├── mods-enabled
├── sites-available
│   └── www.site.com.br.conf
└── sites-enabled
    └── www.site.com.br.conf -> ../sites-available/www.site.com.br.conf

Agora a disposição dos diretórios de configuração no httpd do Redhat/Centos:

/etc/httpd/
├── conf
│   ├── httpd.conf
│   ├── httpd.conf.rpmsave
│   └── magic
├── conf.d
│   ├── autoindex.conf
│   ├── blklst.conf
│   ├── pass.conf
│   ├── pass-le-ssl.conf
│   ├── php.conf
│   ├── README
│   ├── server-status.conf
│   ├── ssl.conf
│   ├── ssl.conf.save
│   ├── userdir.conf
│   ├── welcome.conf
│   ├── wiki.conf
│   ├── wiki-le-ssl.conf
│   ├── zabbix.conf
│   └── zabbix-le-ssl.conf
├── conf.modules.d
│   ├── 00-base.conf
│   ├── 00-dav.conf
│   ├── 00-lua.conf
│   ├── 00-mpm.conf
│   ├── 00-proxy.conf
│   ├── 00-ssl.conf
│   ├── 00-systemd.conf
│   ├── 01-cgi.conf
│   ├── 15-php.conf
│   └── 15-php.conf.rpmnew
├── logs -> ../../var/log/httpd
├── modules -> ../../usr/lib64/httpd/modules
└── run -> /run/httpd

Note que no RedHat/CentOS não há a estrutura de diretórios com conteúdos linkados que existe no Debian/Ubuntu "xxx-enabled".

No caso no RedHat/CentOS basta que o arquivo de configurações com nome finalizado em .conf esteja criado em /etc/httpd/conf.d, já no Debian/Ubuntu o arquivo deve ser criado no diretório /etc/apache2/sites-available e linkado no /etc/apache2/sites-enabled. Tendo até um comando para isso no caso o a2ensite para habilitar um site e a2dissite para desabilitar.

Outro ponto de diferença entre RedHat/Centos e Debian/Ubuntu é que após a instalação nas distribuições Debian-like o apache2 já estará ativo e rodando como Daemon, porém nas distros RedHat-like não.

Por fim é importante salientar também que as distribuições Debian-like armazenam os logs em /var/log/apache2 já as distribuições RedHat-like armazenam em /var/log/httpd.

O que tornou o servidor web apache tão poderoso e popular são seus módulos. O Apache é projetado de forma modular e podemos adicionar ou remover módulos com base em nossas necessidades.

No caso apache lida com arquivos html, então se tivermos usado outras linguagens como "php", teremos que instalar o módulo necessário.

De modo análogo às outras seções do apache, a configuração dos módulos é feita em arquivos separados. Lógico que esse comportamento é opcional, somente é feito tradicionalmente assim pois se fosse tudo em um arquivo só este ficaria muito grande e assim, de difícil manutenção.

Funcionalmente falando na verdade o Apache segue alguns mecanismos para aceitar e concluir solicitações de servidor web. Na prática, os MPMs estendem a funcionalidade modular do Apache, permitindo-nos decidir como configurar o servidor da web para se vincular às portas de rede na máquina, aceitar solicitações de clientes e usar processos filhos (e threads, alternativamente) para lidar com essas solicitações.

Existem 3 tipos de MPM e são usados conforme a necessidade (a partir da versão 2.4):

• prefork;
• worker;
• event.

Eventualmente existe a necessidade de implementar uma limitação de acesso em algum site ou web diretório específico.

Uma das estratégias mais comuns de limitação de acesso é a implementação de autenticação. No caso implementa-se um sistema de usuário/senha para que apenas usuários previamente cadastrados possam ter acesso ao site ou ao web diretório em questão.

Para tornar uma pasta protegida por senha, precisamos de uma ferramenta para gerar nome de usuário e senhas e que seja separada da autenticação do sistema. O htpasswd é uma ferramenta e faz parte do pacote apache2-utils que geralmente é instalado. Mas antes disso, temos que dizer ao Apache que um diretório é protegido por senha e então criar credenciais.

Levemos em consideração um arquivo de configuração de site simplificado.

<LocationMatch "^/+$">
    Options -Indexes
    ErrorDocument 403 /.noindex.html
</LocationMatch>

<Directory /usr/share/httpd/noindex>
    AllowOverride None
    Require all granted
</Directory>

Agora imaginemos que criamos o diretório privado dentro do diretório /usr/share/httpd/ e queremos protegê-lo.

<LocationMatch "^/+$">
    Options -Indexes
    ErrorDocument 403 /.noindex.html
</LocationMatch>

<Directory /usr/share/httpd/noindex>
    AllowOverride None
    Require all granted
</Directory>

<Directory /usr/share/httpd/privado>
    AuthType Basic
    AuthName "Conteúdo restrito"
    AuthUserFile /etc/httpd/htpass-privado
    Require valid-user
</Directory>

Agora precisamos criar o arquivo de senhas o qual mencionamos no arquivo de configuração.

$ htpasswd -c /etc/httpd/htpass-privado usuario1
New password:
Re-type new password:
Adding password for user usuario1

$ cat /etc/httpd/htpass-privado
usuario1:$apr1$6xfJPmFr$HeZkEX2N1rrjqvQTJdP92

Detalhe importante: Para adicionar novos usuários segue-se a mesma sintaxe do comando acima porém sem a opção "-c".

$ htpasswd /etc/httpd/htpass-privado usuario2
New password:
Re-type new password:
Adding password for user usuario2

$ cat /etc/httpd/htpass-privado
usuario1:$apr1$6xfJPmFr$HeZkEX2N1rrjqvQTJdP92
usuario2:$apr1$pq/.Fs45$IO6d41303ssz4ZG5jrqah/

Por fim o servidor apache deve ser reiniciado. Para isso sempre é possível utilizar o comando apache2ctl que controla diretamente o daemon do apache.

Os redirecionamentos são usados sempre que um site precisa de pessoas que solicitam que um endereço seja direcionado para outro endereço. Existem muitas situações em que podemos precisar disso:

• Mover para um domínio diferente;
• Criar uma experiência persistente mesmo quando uma página muda de nome;
• Forçar o SSL.

Métodos de redirecionamento:

• Redirecionamentos Temporários: Redirecionamentos temporários são úteis se nosso conteúdo da web para um determinado URL precisa temporariamente ser servido de um local diferente. Por exemplo, se estivermos realizando manutenção no site. Os redirecionamentos temporários informam ao navegador que o conteúdo está temporariamente localizado em um local diferente, mas que eles devem continuar tentando acessar o URL original.
• Redirecionamentos Permanentes: Os redirecionamentos permanentes são úteis quando nosso conteúdo foi movido para um novo local para sempre. Isso é útil quando precisamos mudar de domínio ou quando o URL precisa mudar por outros motivos e o local antigo não será mais usado. Este redirecionamento informa o navegador que não deve mais solicitar o URL antigo e deve atualizar suas informações para apontar para o novo URL.

É importante destacar que redirecionamentos são executados no lado do client, no caso o servidor Apache informa ao browser que a informação que ele procura agora deve ser acessada a partir de outro endereço, logo o browser carregará esse novo URL na barra de endereço e refará a solicitação.

Apache é um WEB server muito poderoso, altamente flexível e configurável. Mais um dos recursos mais populares do Apache é a hospedagem Virtual, que nos permite hospedar mais de um site em uma única máquina Linux. Implementar hospedagem virtual com o servidor web Apache pode nos ajudar a economizar nos custos que você está investindo na manutenção e administração do servidor.

O sistema de logs do Apache é bastante flexível ele nos permite criar filtros diferentes, criar arquivos diferentes, apontar para programas, daemons e afins.

Na instalação padrão o Apache registra cada requisição no arquivo /var/log/httpd/access_log quando em um RedHat-like e quando for um Debian-like estará no arquivo /var/log/apache2/access.log. E seu conteúdo seria algo semelhante ao seguinte:

194.132.230.20 - - [14/Nov/2005:22:28:57 +0000] "GET / HTTP/1.0" 200 16440
87.116.23.91 - - [15/Nov/2005:22:45:56 +0000] "GET / HTTP/1.1" 200 36821
87.116.23.91 - - [15/Nov/2005:22:45:56 +0000] "GET /index.php?=PHPE9532F35-D428-11d2-A769-00AA001ACF42 HTTP/1.1" 200 2146
87.116.23.91 - - [15/Nov/2005:22:45:56 +0000] "GET /index.php?=PHPE9532F34-D428-11d2-A769-00AA001ACF42 HTTP/1.1" 200 4644

Sendo cada linha a representação de uma solicitação HTTP registrada no formato Common Log Format (CLF) ou Formato Comum de Log.

Obs.: o formato CLF é bastante comum e a maioria das ferramentas de análise de log conseguem trabalhar com ele.

Da esquerda para a direita cada campo (separado por espaço) do log significa:

1. IP de origem;
2. identificação do cliente;
3. usuário remoto, se autenticado;
4. timestamp (data, hora, fuso) da requisição;
5. método HTTP + URI da requisição;
6. Resposta do servidor com Código do protocolo HTTP;
7. Tamanho do bloco de dados de resposta em bytes;

A saída de log padrão no ato da instalação do apache utiliza-se das diretivas a seguir:

ErrorLog

Especifica o arquivo que registrará as mensagens de erro do Apache (relacionado ao core do apache);

CustomLog

especifica um arquivo de log personalizado conforme o empacotamento do Apache (relacionado ao mod_logconfig);

TransferLog

especifica o arquivo que armazenará as transferências entre o servidor HTTP e o cliente, só permite 1 tipo de formatação de log (a padrão sem definição de nome). Dê preferência ao uso do CustomLog devido sua flexibilidade que veremos a seguir (relacionado ao mod_logconfig).

É possível alterar o formato de log padrão para armazenar mais informações sobre cada pedido editando a diretiva LogFormat que pode ser encontrada no arquivo de configuração principal do apache.

A diretiva LogFormat segue o seguinte padrão de configuração:

LogFormat "[formato]" [nome]

Formato

É preenchido com valores conhecidos como "modificadores" sendo que cada um representa uma determinada peça de dados sobre a solicitação de entrada, se formato não for especificado ele seguirá a cadeia de modificadores padrão que é "%h %l %u %t \"%r\" %s %b" Existe uma boa quantidade de modificadores e eles podem ser encontrados na documentação oficial.

Nome

A especificação de um nome permite que você utilize o formato especificado em uma opção de CustomLog ou outra diretiva LogFormat.

LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %T %v" full
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %P %T" debug
LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
LogFormat "%h %l %u %t \"%r\" %>s %b" common
LogFormat "%{Referer}i -> %U" referer
LogFormat "%{User-agent}i" agent

Assim com as informações relativas aos modificadores e a sintaxe de uso da diretiva LogFormat podemos começar a personalizar o arquivo de log.

A primeira coisa a fazer é definir o formato que vai atender as suas necessidades. Imaginemos que precisamos de:

1. IP de origem;
2. timestamp;
3. método HTTP + URI;
4. Resposta do servidor

Portanto:

LogFormat "%h %t %r %s

Por fim coloca-se um rótulo

LogFormat "%h %t %r %s simple

Agora é só utilizar a diretiva CustomLog para atribuir o formato que criamos:

CustomLog logs/access.log simple

Se quisermos também podemos jogar esse LOG em outro arquivo de log para manter o arquivo original no formato padrão:

CustomLog logs/access_simple.log simple

Agora é só recarregar o Apache.

Se algo não der certo verifique as permissões no diretório/arquivos de log que foram configurados.