NGINX Logs de Acesso e Logs de Erro

os Logs são muito úteis para monitorar as atividades de qualquer aplicativo, além de fornecer-lhe informações valiosas enquanto a resolver problemas.

Como qualquer outra aplicação, NGINX também registra eventos como visitantes do seu site, problemas encontrados e mais para logar arquivos. Esta informação permite que você tome medidas preventivas no caso de você notar algumas discrepâncias graves nos eventos de log.,

este artigo irá guiá-lo em detalhes sobre como configurar o registo de NGINX para que você tenha uma melhor visão das suas actividades.

pré-requisito

  • já instalou NGINX seguindo o nosso tutorial a partir daqui.

Logs in NGINX

por padrão, NGINX escreve seus eventos em dois tipos de logs – o log de erro e o log de acesso., Na maioria das distribuições Linux populares como Ubuntu, CentOS ou Debian, tanto o log de acesso e erro pode ser encontrado em /var/log/nginx, assumindo que você já ativou os registros de acesso e erro no arquivo de configuração do NGINX.

deixe-nos descobrir mais sobre o registo de acesso NGINX, o registo de erros e como os activar se não o tiver feito antes.

o que é o log de acesso NGINX?

a NGINX regista as actividades de todos os visitantes do seu site nos registos de acesso., Aqui você pode encontrar quais arquivos são acessados, como a NGINX respondeu a um pedido, que Navegador um cliente está usando, endereço IP de clientes e muito mais. É possível usar as informações do log de Acesso para analisar o tráfego para encontrar sites usagens ao longo do tempo. Além disso, ao monitorar corretamente os logs de acesso, pode-se descobrir se um usuário está enviando alguma solicitação incomum para encontrar falhas na aplicação web implantada.

o que é o registo de erros da NGINX?

por outro lado, se NGINX enfrenta quaisquer falhas, então ele irá gravar o evento para o registro de erros., Isso pode acontecer se houver algum erro no arquivo de configuração. Como tal, se o NGINX não conseguir iniciar ou interromper abruptamente a execução, deverá verificar os registos de erros para encontrar mais detalhes. Você também pode encontrar poucos avisos no registro de erros, mas não indica que um problema ocorreu, mas o evento pode colocar um problema sério no futuro próximo.

como activar o registo de acesso NGINX?

Em geral, o log de acesso pode ser ativado comaccess_log diretiva em http ou na seção do servidor., O primeiro log_file de argumento é obrigatório, enquanto o segundo log_format de argumento é opcional. Se você não especificar qualquer formato, então os logs serão escritos no formato combinado padrão.

access_log log_file log_format;

o registo de acesso está activo por omissão no contexto http do ficheiro de configuração do Core NGINX. Isso significa que o log de acesso de toda a máquina virtual será gravado no mesmo arquivo.

http { ... ... access_log /var/log/nginx/access.log; ... ...}

é sempre melhor segregar os registos de acesso de todas as máquinas virtuais, gravando-os num ficheiro separado., Para fazer isso, você precisa sobrepor a diretiva

que é definida na seção http com outra diretriz

no contexto do servidor.

recarregue a NGINX para aplicar a nova configuração. Para ver os logs de Acesso para o domínio domain1.com no arquivo /var/log/nginx/domain1.access.log, use o seguinte comando tail no terminal.

# tail -f /var/log/nginx/domain1.access.log

Aplicar Formato Personalizado no Log de Acesso

O log padrão, o formato utilizado para gravar um evento no log de acesso é combinado formato do log., Você pode anular o comportamento padrão, criando o seu próprio formato de log personalizado e, em seguida, especificar o nome do formato personalizado na diretiva access_log.

o exemplo a seguir define um formato de log personalizado, estendendo o formato combinado predefinido com o valor da razão de compressão gzip da resposta. O formato é então aplicado indicando o formato de log com o access_log diretiva.

Uma vez que tenha aplicado o formato de registo acima no seu ambiente, recarregue a NGINX. Agora siga o log de Acesso para encontrar a razão gzip no final do evento de log.,

como activar o registo de erros da NGINX?

The error_log directive sets up error logging to file, stderr, or syslog by specifying minimal severity level of error messages to be logged. A sintaxe da diretiva error_log é:

error_log log_file log_level;

O primeiro argumento log_file define o caminho do arquivo de log e o segundo argumento log_level define o nível de gravidade do evento de log para ser gravado. Se você não especificar o log_ level então por padrão, apenas os eventos de log com um nível de gravidade de erro são registrados.,

Por exemplo, o seguinte exemplo define o nível de gravidade das mensagens de erro a ser registrado em crit. Além disso, a diretiva error_log no contexto http implica que o log de erro para toda a máquina virtual estará disponível em um único arquivo.

http { ... error_log /var/log/nginx/error_log crit; ...}

também é possível registar registos de erros para toda a máquina virtual separadamente, anulando a Directiva error_log no contexto do servidor. O seguinte exemplo exatamente faz isso ao anular a diretiva error_log no contexto do servidor.,

Todos os exemplos descritos acima registram os eventos logísticos em um arquivo. Você também pode configurar a diretiva error_ log para enviar os eventos de log para um servidor de syslog. A seguinte diretiva error_ log envia os logs de erro para o servidor syslog com um endereço IP de 192.168.10.11 no formato de depuração.

error_log syslog:server=192.168.10.11 debug;

em alguma situação, poderá querer desactivar o registo de erros. Para fazer isso, defina o nome do arquivo de log para /dev/null.,

error_log /dev/null;

Nginx Log de Erro Níveis de Gravidade

Existem muitos tipos de níveis de log que estão associados com um registo e com uma prioridade diferente. Todos os níveis de Registo estão listados abaixo. Nos seguintes níveis de log, debug tem prioridade máxima e inclui o resto dos níveis também. Por exemplo, se você especificar erro como um nível de log, então ele também irá capturar eventos de log que são rotulados como crit, alerta e Emergência.

  1. emerg: mensagens de emergência quando o seu sistema pode ser instável.alerta: mensagens de Alerta de problemas graves.,crit: questões críticas que precisam ser tratadas imediatamente.erro: ocorreu um erro. Algo correu mal ao processar uma página.
  2. avisar: uma mensagem de aviso que você deve olhar para ele.
  3. Aviso: um aviso de registo simples que pode ignorar.
  4. info: apenas uma mensagem de informação que poderá querer saber.
  5. depuração: informação de depuração usada para identificar a localização do erro.,

resumo

os registos de acesso e erro no NGINX não só irão manter uma página sobre a actividade dos utilizadores, como também irão poupar o seu tempo e esforço no processo de depuração. Além disso, você também pode personalizar o log de acesso se precisar de mais informações à sua disposição. É sempre melhor permitir o acesso e os logs de erro porque estes dois arquivos contêm todas as pistas para uma melhor manutenção do servidor NGINX.

Share

Deixe uma resposta

O seu endereço de email não será publicado. Campos obrigatórios marcados com *