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.
- 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.
- avisar: uma mensagem de aviso que você deve olhar para ele.
- Aviso: um aviso de registo simples que pode ignorar.
- info: apenas uma mensagem de informação que poderá querer saber.
- 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.