Este artigo descreve as partes do protocolo Syslog, que \u00e9 usado para transmitir mensagens de notifica\u00e7\u00e3o de eventos. <\/p>\n\n\n\n
RSyslog \u00e9 uma implementa\u00e7\u00e3o do protocolo Syslog. <\/p>\n\n\n\n
\nImplementa\u00e7\u00e3o \u00e9 um termo bastante usado e significa o programa criado com base em um protocolo. Por exemplo, o openssh \u00e9 um programa criado seguindo o protocolo ssh ent\u00e3o “openssh \u00e9 uma implementa\u00e7\u00e3o do ssh. Tectia \u00e9 outra implementa\u00e7\u00e3o do ssh, tem a mesma fun\u00e7\u00e3o que o openssh.<\/p>\ncategoriaoutros<\/a><\/cite><\/blockquote>\n\n\n\n
O arquivo rsyslog.conf <\/strong>\u00e9 o arquivo de configura\u00e7\u00e3o principal do rsyslogd<\/strong> que registra as mensagens do sistema nos diversos sistemas unix e derivados. O arquivo rsyslog.conf <\/strong>especifica regras para cria\u00e7\u00e3o de log. <\/p>\n\n\n\n
<\/p>\n\n\n\n
Aqui, priorities<\/strong> vem de prioridades e \u00e9 o plural de priority<\/strong> em ingl\u00eas. <\/p>\n\n\n\n
Facility<\/strong> \u00e9 outro termo que se f\u00f4ssemos traduzir seria algo como facilidade<\/strong>; mas essa tradu\u00e7\u00e3o fica um pouco sem sentido e prefiro chamar de facility mesmo. Veremos sobre isso mais adiante para entendermos melhor. <\/p>\n\n\n\n
Outro termo usado \u00e9 Level que faz mais sentido quando o traduzimos para o portugu\u00eas. Level quer dizer n\u00edvel.<\/p>\n\n\n\n
Coment\u00e1rios<\/h2>\n\n\n\n
As linhas que come\u00e7am com uma marca de cerquilha (“#”) e as linhas vazias s\u00e3o ignoradas, n\u00e3o t\u00eam feito e s\u00e3o usadas apenas para comentar.<\/p>\n\n\n\n
# Registre(log) todos os emails para um s\u00f3 lugar\nmail.info -\/var\/log\/maillog\n<\/pre>\n\n\n\nA frase “Registre(log) todos os emails para um s\u00f3 lugar” \u00e9 um coment\u00e1rio e tem a fun\u00e7\u00e3o de descrever, explicar a linha de baixo.<\/p>\n\n\n\n
Seletores <\/h2>\n\n\n\n
No arquivo \/etc\/rsyslog.conf vemos que a segunda linha \u00e9 “mail.info”. <\/p>\n\n\n\n
# Registre(log) todos os emails para um s\u00f3 lugar\nmail.info -\/var\/log\/maillog\n<\/pre>\n\n\n\nO mail.info<\/strong> \u00e9 um seletor. <\/p>\n\n\n\n
O campo seletor consiste em duas partes, uma facility e uma priority, separadas por um ponto (“.”). Ambas as partes n\u00e3o diferenciam mai\u00fasculas de min\u00fasculas e tamb\u00e9m podem ser especificadas como n\u00fameros decimais conforme veremos adiante. \u00c9 mais leg\u00edvel usar nomes em vez de n\u00fameros.<\/p>\n\n\n\n
Facility<\/h3>\n\n\n\n
O facility<\/strong> especifica o subsistema que produziu a mensagem, por ex. todos os programas de email registram com o facility chamado mail<\/strong>.<\/p>\n\n\n\n
Facility \u00e9 uma das seguintes palavras-chave: auth, authpriv, cron, daemon, ftp, kern, lpr, mail, mark, news, security (o mesmo que auth), syslog, user, uucp e local0 at\u00e9 local7. <\/strong><\/p>\n\n\n\n
A palavra-chave
security<\/s> \u00e9 obsoleta e mark \u00e9 apenas para uso interno e, portanto, n\u00e3o deve ser usada em aplicativos.<\/p>\n\n\n\nNa maioria dos casos, qualquer pessoa pode gerar logs em qualquer facility, portanto, h\u00e1 uma conven\u00e7\u00e3o para a escolha do facility correto. Por exemplo, geralmente apenas o kernel do Sistema Operacional pode gerar logs facility chamado “kern”. <\/p>\n\n\n\n
V\u00e1rios seletores podem ser especificados para uma \u00fanica a\u00e7\u00e3o usando o separador ponto-e-v\u00edrgula (“;”). Os seletores s\u00e3o processados da esquerda para a direita, sendo que cada seletor pode sobrescrever os anteriores. Usando esse comportamento, voc\u00ea pode excluir algumas prioridades do padr\u00e3o.<\/p>\n\n\n\n
Tamb\u00e9m, voc\u00ea pode preceder cada prioridade com um sinal de igualdade(“=”) para especificar que syslogd deve se referir apenas a esta \u00fanica prioridade e n\u00e3o a esta prioridade e todas as prioridades mais altas.<\/p>\n\n\n\n
Voc\u00ea tamb\u00e9m pode preceder a prioridade com um ponto de exclama\u00e7\u00e3o (“!”) se quiser que o syslogd ignore esta prioridade e todas as prioridades mais altas. Voc\u00ea pode at\u00e9 usar ambos, o ponto de exclama\u00e7\u00e3o e o sinal de igualdade, se quiser que o syslogd ignore apenas essa \u00fanica prioridade. Se voc\u00ea usar as duas extens\u00f5es, o ponto de exclama\u00e7\u00e3o deve ocorrer antes do sinal da igualdade.<\/p>\n\n\n\n
Priority<\/h3>\n\n\n\n
A palavra priority realmente faz sentido, pois \u00e9 referente a n\u00edvel de log. <\/p>\n\n\n\n
A prioridade \u00e9 uma das seguintes palavras-chave, em ordem crescente: debug, info, Notice, Warning, Warning (o mesmo que Warning), Err, Error (o mesmo que Err), Crit, Alert, Emerg, Panic (o mesmo que Emerg).<\/strong><\/p>\n\n\n\n
As palavras-chave
warning<\/s><\/strong>,error<\/s><\/strong> epanic<\/s><\/strong> est\u00e3o obsoletas e n\u00e3o devem mais ser usadas. A prioridade(priority) define a gravidade da mensagem.<\/p>\n\n\n\nO Asterisco(*<\/mark>) Significa Tudo <\/h3>\n\n\n\n
Al\u00e9m dos nomes mencionados acima, o syslogd entende as seguintes extens\u00f5es: Um asterisco (“*”) representa todos facilities ou todas os priorities, dependendo de onde \u00e9 usado, se antes ou depois do ponto.<\/p>\n\n\n\n
Abaixo todos os n\u00edveis(prioridades) do mail ser\u00e3o enviados para \/var\/log\/maillog<\/p>\n\n\n\n
# Registre(log) todos os emails para um s\u00f3 lugar\nmail.* \/var\/log\/maillog\n<\/pre>\n\n\n\nJ\u00e1 nesse exemplo, todos os programas(facilities) ter\u00e3o seus logs em n\u00edvel info enviados para \/var\/log\/maillog<\/p>\n\n\n\n
# Registre(log) todos os emails para um s\u00f3 lugar\n*.info \/var\/log\/maillog\n<\/pre>\n\n\n\n<\/p>\n\n\n\n
none<\/mark> quer Dizer Nenhum<\/h3>\n\n\n\n
E se eu quiser que n\u00e3o seja gerado nada de log para o facility mail? Basta usar o none<\/strong>.<\/p>\n\n\n\n
none<\/strong> quer dizer nenhum, nada. None<\/strong> representa nenhuma prioridade da instala\u00e7\u00e3o fornecida.<\/p>\n\n\n\n
# Registre(log) todos os emails para um s\u00f3 lugar\nmail.none \/var\/log\/maillog\n<\/pre>\n\n\n\nA\u00e7\u00f5es<\/h2>\n\n\n\n
Podemos apontar o log para um arquivo, ou terminal, um computador removo…<\/p>\n\n\n\n
Arquivo<\/h4>\n\n\n\n
<\/p>\n\n\n\n
O campo a\u00e7\u00e3o \u00e9 o campo onde colocamos o nome do arquivo que receber\u00e1 o log.<\/p>\n\n\n\n
Explicando mais formalmente, de acordo com o rsyslog.com:<\/p>\n\n\n\n
<\/blockquote>\n\n\n\nNormalmente, as mensagens s\u00e3o registradas em arquivos reais. O nome do arquivo \u00e9 especificado com um nome de caminho absoluto.<\/p>\n\n\n\n
Pipes nomeados<\/h3>\n\n\n\n
Esta vers\u00e3o do syslogd(8) tem suporte para registro de sa\u00edda em pipes nomeados (fifos). Um fifo ou pipe nomeado pode ser usado como um destino para mensagens de log adicionando um s\u00edmbolo de pipe (\u201c|\u201d) ao nome do arquivo. Isso \u00e9 \u00fatil para depura\u00e7\u00e3o. Observe que o fifo deve ser criado com o comando mkfifo(1) antes do syslogd(8) ser iniciado.<\/p>\n\n\n\n
Termina<\/h3>\n\n\n\n
Se o arquivo que voc\u00ea especificou for um tty, o tratamento tty especial ser\u00e1 feito, o mesmo com \/dev\/console.<\/p>\n\n\n\n
Em um PC Remoto<\/h3>\n\n\n\n
Segundo o site rsyslog.conf<\/p>\n\n\n\n
\nEste syslogd(8) fornece registro remoto completo, ou seja, \u00e9 capaz de enviar mensagens para um host remoto executando syslogd(8) e receber mensagens de hosts remotos. O host remoto n\u00e3o encaminhar\u00e1 a mensagem novamente, apenas os registrar\u00e1 localmente. Para encaminhar mensagens para outro host, inclua o sinal de arroba (\u201c@\u201d) antes do nome do host. <\/p>\n\n\n\n
Usando esse recurso, voc\u00ea pode coletar todas as mensagens syslog em um host central, se todas as outras m\u00e1quinas fizerem login remotamente naquele. Isso reduz as necessidades de administra\u00e7\u00e3o. <\/p>\n\n\n\n
Usando um m\u00e9todo de log de canal nomeado, mensagens de hosts remotos podem ser enviadas para um programa de log. Ao ler as mensagens de log linha por linha, esse programa \u00e9 capaz de classificar as mensagens de log por nome de host ou nome de programa no host de log central. Desta forma \u00e9 poss\u00edvel dividir o log em arquivos separados.<\/p>\n<\/blockquote>\n\n\n\n
Lista de Usu\u00e1rios<\/h3>\n\n\n\n
Normalmente, as mensagens cr\u00edticas tamb\u00e9m s\u00e3o direcionadas para \u201craiz\u201d nessa m\u00e1quina. Voc\u00ea pode especificar uma lista de usu\u00e1rios que devem receber a mensagem de log no terminal escrevendo seus nomes de usu\u00e1rio. Voc\u00ea pode especificar mais de um usu\u00e1rio separando os nomes de usu\u00e1rio com v\u00edrgulas (\u201c,\u201d). Se eles estiverem logados, eles receber\u00e3o as mensagens de log.<\/p>\n\n\n\n
Todos que Estiverem Acessados<\/h3>\n\n\n\n
As mensagens de emerg\u00eancia geralmente v\u00e3o para todos os usu\u00e1rios atualmente online para notific\u00e1-los de que algo estranho est\u00e1 acontecendo com o sistema. Para especificar este recurso de parede(1), use um asterisco (\u201c*\u201d).<\/p>\n\n\n\n
Exemplos<\/h2>\n\n\n\n