Registro de sistema em um sistema de chassi único

Para registrar ou visualizar mensagens de log do sistema, você deve incluir a syslog declaração no nível de [edit system] hierarquia. Especifique pelo menos um destino para as mensagens, conforme descrito em Tabela 1. Para obter mais informações sobre as declarações de configuração, consulte a visão geral da configuração do sistema de chassi único.

[edit system syslog]
file filename {
    facility severity;
}

[edit system syslog]
user (username | *) {
    facility severity;
}

[edit system syslog]
console {
    facility severity;
}

[edit system syslog]
host (hostname | other-routing-engine) {
    facility severity;
}

Você pode registrar mensagens em um arquivo no formato de dados estruturados em vez do formato padrão do Junos OS. O formato de dados estruturados fornece mais informações sem adicionar comprimento significativo, e torna mais fácil para aplicativos automatizados extrair informações de uma mensagem.

O formato de dados estruturados está em conformidade com o padrão de Internet RFC 5424, The Syslog Protocol, que está em https://tools.ietf.org/html/rfc5424. A RFC estabelece um formato de mensagem padrão, independentemente da origem ou protocolo de transporte para mensagens registradas.

Para fazer a saída de mensagens a um arquivo no formato de dados estruturados, inclua a structured-data declaração no nível de [edit system syslog file filename] hierarquia:

A declaração opcional brief suprime o texto em inglês que aparece por padrão no final de uma mensagem para descrever o erro ou o evento.

O formato estruturado é usado para todas as mensagens registradas no arquivo que são geradas por um processo junos ou biblioteca de software.

Para evitar que os arquivos de log cresçam muito grande, por padrão o serviço de registro do sistema Junos OS escreve mensagens em uma sequência de arquivos de um tamanho definido. Os arquivos na sequência são referidos como arquivos de arquivo para distingui-los do arquivo ativo ao qual as mensagens estão sendo escritas no momento. O tamanho máximo padrão depende do tipo de plataforma:

• 128 kilobytes (KB) para switches série EX

• 1 megabyte (MB) para roteadores série M, Série MX e Série T

• 10 MB para roteadores TX Matrix ou TX Matrix Plus

• 1 MB para a Série QFX

Quando um arquivo de log ativo chamado logfile atinge o tamanho máximo, o utilitário de registro fecha o arquivo, o comprime e nomeia o arquivo logfile.0.gzde arquivo comprimido. O utilitário de registro então abre e escreve para um novo arquivo ativo chamado logfile. Esse processo também é conhecido como rotação de arquivos. Quando o novo logfile atinge o tamanho máximo configurado, logfile.0.gz é renomeado logfile.1.gz, e o novo logfile é fechado, comprimido e renomeado logfile.0.gz. Por padrão, o utilitário de registro cria até 10 arquivos de arquivo dessa maneira. Quando o número máximo de arquivos de arquivo é alcançado e quando o tamanho do arquivo ativo atinge o tamanho máximo configurado, o conteúdo do último arquivo arquivado é sobreescrito pelo arquivo ativo atual. O serviço de registro por padrão também limita os usuários que podem ler arquivos de log para o root usuário e usuários que têm permissão do Junos OS maintenance .

O Junos OS fornece uma declaração log-rotate-frequency de configuração que configura a frequência de rotação de arquivos de log do sistema configurando o intervalo de tempo para verificar o tamanho do arquivo de log. A frequência pode ser definida em um valor de 1 minuto a 59 minutos. A frequência padrão é de 15 minutos.

Para configurar a frequência de rotação de log, inclua a log-rotate-frequency declaração no nível de [edit system syslog] hierarquia.

Você pode incluir a archive declaração para alterar o tamanho máximo de cada arquivo, quantos arquivos de arquivo são criados e quem pode ler arquivos de log.

Para configurar valores que se aplicam a todos os arquivos de log, inclua a archive declaração no nível de [edit system syslog] hierarquia:

Para configurar valores que se aplicam a um arquivo de log específico, inclua a archive declaração no nível de [edit system syslog file filename] hierarquia:

archive-sites site-name especifica uma lista de sites de arquivo que você deseja usar para armazenar arquivos. O site-name valor é qualquer URL FTP válida para um destino. Se mais de um nome de site estiver configurado, uma lista de sites de arquivo para os arquivos de log do sistema será criada. Quando um arquivo é arquivado, o roteador ou switch tenta transferir o arquivo para a primeira URL da lista, movendo-se para o próximo site apenas se a transferência não tiver sucesso. O arquivo de log é armazenado no site do arquivo com o nome de arquivo de log especificado. Para obter informações sobre como especificar URLs FTP válidas, consulte Formato para especificar nomes de arquivos e URLs nos comandos CLI do Junos OS.

binary-data Marque o arquivo como contendo dados binários. Isso permite o arquivamento adequado de arquivos binários, como arquivos WTMP (registros de login para sistemas baseados em UNIX). Para restaurar a configuração padrão, inclua a no-binary-data declaração.

files number especifica o número de arquivos a serem criados antes que o arquivo mais antigo seja sobreescrito. O valor pode ser de 1 a 1000.

size size especifica o tamanho máximo de cada arquivo. O valor pode ser de 64 KB (64k) a 1 gigabyte (1g); para representar megabytes, use a letra m após o inteiro. Não há espaço entre os dígitos e a kletra, mou g unidades.

start-time "YYYY-MM-DD.hh:mm" define a data e a hora no fuso horário local para uma transferência única do arquivo de log ativo para o primeiro site acessível na lista de sites especificados pela archive-sites declaração.

transfer-interval interval define o tempo que o arquivo de log atual permanece aberto (mesmo que não tenha atingido o tamanho máximo possível) e recebe novas estatísticas antes de ser fechado e transferido para um site de arquivos. Esse valor de intervalo pode ser de 5 a 2880 minutos.

world-readable permite que todos os usuários leiam arquivos de log. Para restaurar as permissões padrão, inclua a no-world-readable declaração.

O nível de instalação e gravidade de uma mensagem são juntos referidos como sua prioridade. Por padrão, as mensagens registradas no formato padrão do Junos OS não incluem informações sobre prioridade. Para incluir informações prioritárias em mensagens de formato padrão direcionadas a um arquivo, inclua a explicit-priority declaração no [edit system syslog file filename] nível de hierarquia:

Para incluir informações prioritárias em mensagens direcionadas a uma máquina remota ou a outro mecanismo de roteamento, inclua a explicit-priority declaração no nível hierárquico [edit system syslog host (hostname | other-routing-engine)] :

A prioridade registrada em uma mensagem sempre indica o nome original da instalação local. Se a facility-override declaração for incluída para mensagens direcionadas a um destino remoto, o utilitário de registro do sistema Junos OS ainda usa o nome alternativo da instalação para as próprias mensagens ao direcioná-las para o destino remoto. Para obter mais informações, veja alteração do nome da instalação alternativa para mensagens de log de sistema direcionadas a um destino remoto.

Quando a explicit-priority declaração é incluída, o utilitário de registro junos OS prepara códigos para o nome da instalação e nível de gravidade para o nome da tag da mensagem, se a mensagem tiver um:

(A tag é um identificador exclusivo atribuído a algumas mensagens de log do sistema Junos OS.)

No exemplo a seguir, a CHASSISD_PARSE_COMPLETE mensagem pertence à daemon instalação e é atribuída gravidade info (6):

Quando a explicit-priority declaração não está incluída, a prioridade não aparece na mensagem:

Por padrão, o data-tempo registrado em uma mensagem de log de sistema de formato padrão especifica o mês, data, hora, minuto e segundo quando a mensagem foi registrada, como no exemplo a seguir:

Para incluir o ano, o milissegundo, ou ambos no data-tempo, incluem a time-format declaração nos [edit system syslog] níveis de hierarquia ou [edit security log] :

No entanto, o data-tempo para mensagens de traceoption é especificado em milissegundos por padrão, e é independente da [edit system syslog time-format] declaração.

O temporizado modificado é usado em mensagens direcionadas a cada destino configuradas por um file, consoleou user declaração no nível de [edit system syslog] hierarquia, mas não para destinos configurados por uma host declaração.

O exemplo a seguir ilustra o formato de um temporizador que inclui tanto o milissegundo (401) quanto o ano (2006):

As instalações predefinidas agrupam mensagens relacionadas, mas você também pode combinar mensagens contra strings e expressões regulares para refinar quais mensagens de uma instalação são registradas em um arquivo, um terminal de usuário ou um destino remoto.

As declarações e match configuração match-strings permitem que você combine mensagens de log do sistema com uma string ou expressão regular, respectivamente. Você pode incluir essas declarações nos seguintes níveis de hierarquia:

• [edit system syslog file filename] (para um arquivo)

• [edit system syslog user (username | *)] (para uma sessão de usuário específica ou para todas as sessões de usuário em um terminal)

• [edit system syslog host (hostname | other-routing-engine)] (para um destino remoto)

Para avaliar mensagens contra uma expressão regular e apenas registrar mensagens correspondentes ao destino determinado, inclua a match declaração e especifique a expressão regular:

A partir do Junos OS Release 16.1, você pode usar comparações simples de strings para filtrar mensagens de forma mais eficiente, porque é menos intensivo em CPU do que combinar com expressões regulares complexas. Para especificar a seqüência de texto que deve aparecer em uma mensagem para que a mensagem seja registrada em um destino, inclua a match-strings declaração e especifique a seqüência ou lista de strings correspondentes:

As match-strings declarações e match as declarações selecionam mensagens com a instalação configurada e a gravidade que combinam com a corda determinada ou a expressão regular. A match-strings declaração realiza uma comparação de strings simples e, como resultado, é menos intensiva em CPU do que usar a match declaração para combinar com expressões regulares complexas. Se você configurar as declarações e match-strings as match declarações para o mesmo destino, o Junos OS avalia a match-strings condição primeiro; se a mensagem incluir alguma das subdireções configuradas, a mensagem será registrada e a match condição não for avaliada. Se a match-strings condição não estiver satisfeita, o sistema avaliará a mensagem contra a expressão regular na declaração de match configuração.

Ao especificar expressões regulares para a match declaração, use a notação definida no PADRÃO POSIX 1003.2 para expressões regulares unix estendidas (modernas). Explicar a sintaxe de expressão regular está além do escopo deste documento, mas os padrões POSIX estão disponíveis no Institute of Electric and Electronics Engineers (IEEE, http://www.ieee.org).

Tabela 4 especifica quais caracteres ou caracteres são combinados por alguns dos operadores de expressão regulares que você pode usar na declaração de correspondência. Nas descrições, o termo refere-se a um único caractere alfanumérico ou a um conjunto de caracteres fechados em parênteses quadrados, parênteses ou aparelhos.

Usando strings e expressões regulares

Filtrar mensagens que pertencem à interactive-commands instalação, direcionando aquelas que incluem a string configure até o terminal do usuário raiz:

Mensagens como as seguintes aparecem no root terminal do usuário quando um usuário emite um configure comando para entrar no modo de configuração:

Filtre mensagens que pertencem à daemon instalação e tenham uma gravidade error ou superior, direcionando-as ao arquivo /var/log/process-errors. Omitir mensagens geradas pelo processo SNMP (snmpd), em vez de direcioná-las ao arquivo /var/log/snmpd-errors:

Para desativar o registro de mensagens que pertencem a uma determinada instalação, inclua a facility none declaração na configuração. Essa declaração é útil quando, por exemplo, você deseja registrar mensagens que tenham o mesmo nível de gravidade e pertençam a todas, exceto algumas instalações. Em vez de incluir uma declaração para cada instalação que você deseja registrar, você pode incluir a any severity declaração e, em seguida, uma facility none declaração para cada instalação que você não deseja registrar. Por exemplo, os seguintes logs todas as mensagens no error nível ou mais alto para o console, exceto para mensagens das instalações e kernel das daemon instalações. Em vez disso, as mensagens dessas instalações são registradas no arquivo >/var/log/internals :

Registre todas as mensagens geradas na plataforma de roteamento local no nível de erro ou superior à local0 instalação da máquina remota chamada monitor.mycompany.com:

Configure plataformas de roteamento localizadas na Califórnia e plataformas de roteamento localizadas em Nova York para enviar mensagens a uma única máquina remota chamada central-logger.mycompany.com. As mensagens da Califórnia são atribuídas a instalações local0 alternativas e as mensagens de Nova York são atribuídas a instalações local2alternativas.

• Configure plataformas de roteamento da Califórnia para agregar mensagens na local0 instalação:

• Configure as plataformas de roteamento de Nova York para agregar mensagens na local2 instalação:

Em central-logger seguida, você pode configurar o utilitário de registro do sistema para escrever mensagens da local0 instalação para o arquivo california-config e as mensagens da local2 instalação para o arquivo new-york-config.