Conheça suas opções de registro no Cisco IOS

Saber como usar corretamente o registro é uma habilidade necessária para qualquer administrador de rede. É vital que você saiba como usar o registro quando tiver tempo de começar a solucionar problemas.

O Cisco IOS oferece um grande número de opções para o registro. Para o ajudar a actualizar, vamos discutir como configurar o registo, examinar como ver o registo e o seu estado, e olhar para três erros comuns quando se trata de registo.

O comando de registo no Modo de Configuração Global e o comando mostrar registo no Modo Privilegiado são duas ferramentas simples mas poderosas para configurar e mostrar todas as opções de registo do IOS da Cisco. Vamos ver mais de perto.

Configurar o logging no Cisco IOS

Quando configurar o logging, o comando mais importante a conhecer é o comando logging, usado quando no Modo de Configuração Global. Aqui está um exemplo deste comando e suas opções.

router(config)# logging ? Hostname or A.B.C.D IP address of the logging host buffered Set buffered logging parameters buginf Enable buginf logging for debugging cns-events Set CNS Event logging level console Set console logging parameters count Count every log message and timestamp last occurrence exception Limit size of exception flush output facility Facility parameter for syslog messages history Configure syslog history table host Set syslog server IP address and parameters monitor Set terminal line (monitor) logging parameters on Enable logging to all supported destinations origin-id Add origin ID to syslog messages rate-limit Set messages per second limit reload Set reload logging level server-arp Enable sending ARP requests for syslog servers when first configured source-interface Specify interface for source address in logging transactions trap Set syslog server logging level userinfo Enable logging of user info on privileged mode enablingrouter(config)# logging

Embora o escopo deste artigo nos impeça de explorar cada uma destas opções, vamos dar uma olhada nas mais comuns.

Você pode configurar o roteador para enviar o registro em buffer de itsevents para a memória. (Reiniciando o roteador perderá todos os eventos armazenados no log do buffer.) Aqui está um exemplo:

Router(config)# logging buffered 16384

Você também pode enviar os eventos do roteador para um servidor syslog. Este é um servidor externo rodando na sua rede. O mais provável é que o servidor syslog esteja rodando em um servidor Linux ou Windows. Como ele é externo a ele, há um benefício adicional: ele preserva eventos mesmo que o roteador perca o poder. Um servidor syslog também fornece registro centralizado para todos os dispositivos de rede.

Para configurar o registro syslog, tudo que você precisa fazer é usar o comando de registro e o nome da máquina ou endereço IP do servidor syslog. Então, para configurar seu dispositivo Cisco para usar o servidor asyslog, use o seguinte comando:

Router(config)# logging 10.1.1.1

Para aprender mais sobre o uso do syslog com o IOS da Cisco, verifique este download TechRepublic, “Usesyslog para monitorar e solucionar problemas de dispositivos Cisco”,

O IOS da Cisco permite o registro no console, no monitor e no syslog por padrão. Mas há um senão: Não há host syslog configurado, a saída sothat não vai a lugar nenhum.”

Existem oito níveis diferentes de registo.

• 0-emergências
• 1-alertas
• 2-críticos
• 3-erros
• 4-alertas
• 5-notificação
• 6-informacional
• 7-debugging

O nível padrão para console, e o syslog está a depurar.O log on command é o default. Para desativar todo o log, use o nologging no comando.

Por padrão, o roteador registra qualquer coisa no nível de debugging e maior. Isso significa que o registro ocorre do nível 7 (depuração) até o nível 0 (emergências). Se você quiser analisar o que o sistema registra, use algo como o comando consolenotifications.

Além disso, o roteador não habilita o registro no systembuffer por padrão. É por isso que você deve usar o comando log buffered para ativá-lo.

Ver o status do log e o próprio log

Para ver o status do seu log, bem como o log localbuffered, use o comando show loggingcommand. Aqui está um exemplo:

router# show loggingSyslog logging: enabled (0 messages dropped, 394 messages rate-limited, 91 flushes, 0 overruns, xml disabled, filtering disabled) Console logging: level debugging, 2766982 messages logged, xml disabled, filtering disabled Monitor logging: level debugging, 12370 messages logged, xml disabled, filtering disabled Buffer logging: level debugging, 2754146 messages logged, xml disabled, filtering disabled Logging Exception size (4096 bytes) Count and timestamp logging messages: disabled Trap logging: level debugging, 3420603 message lines logged Logging to 10.1.1.1, 3420603 message lines logged, xml disabled, filtering disabled Log Buffer (10000000 bytes):i96Feb 7 13:34:00.065 CST: %LINK-3-UPDOWN: Interface Serial1/1:22, changed state to upFeb 7 13:34:00.069 CST: %DIALER-6-BIND: Interface Se1/1:22 bound to profile Di96

Nota que este router activou o log syslog e está a enviá-lo para alojar o 10.1.1.1. Além disso, o log do console está no nível de depuração, e a configuração para o log local em buffer é 10.000.000 bytes.

Localize estes erros comuns de log

Logging pode ser frustrante às vezes. Para ajudar a evitar alguma dessa frustração, vamos olhar para três erros comuns.

Não definir o terminal para monitorar o logon

Se você Telnet em um roteador e não consegue ver alguns dos logs que está esperando, verifique se você definiu seu terminal para monitorar o logon. Você pode habilitar isto com o comando terminalmonitor. Para desativá-lo, use o comando terminalno monitor.

Para determinar se você ativou o monitoramento, use o comando show terminal, e procure o seguinte:

Capabilities: Receives Logging Output

Se você vir isto, você está monitorando a saída de registro. Se não houver nenhuma capacidade, então o monitoramento estará desligado.

Usando o nível de registro incorreto

Se você não conseguir ver a saída de registro, você também deve verificar se você definiu o nível corretamente. Por exemplo, se você definiu o registro de console para emergências mas está executando depuração, você não verá nenhuma saída de depuração no console.

Para determinar o nível definido, use o comando show logging. Tenha em mente que você precisa definir o nível para um número maior para ver todos os níveis abaixo dele. Por exemplo, configurar o registro de dados emdebugging mostra todos os outros níveis.

Além disso, certifique-se de corresponder o tipo de registro de dados que você quer ver com o nível que você está configurando. Se você configurar o registro de monitor para depuração, mas você está no console e o configurou para informativo, você não verá a saída de depuração no console.

Exibindo a hora e data incorretas nos registros

Você pode ver mensagens de registro que não exibem a data e hora corretas. Há uma variedade de opções para controlar a data e a hora que aparecem na saída de registro (seja na tela ou no buffer). Para controlar isto, use o seguinte comando:

Router(config)# service timestamps debug ? datetime Timestamp with date and time uptime Timestamp with system uptime 

Lembrar que muitos problemas requerem algum tipo de registro histórico para ajudar a encontrar uma solução. É por isso que é importante ter certeza de que você configurou os logs para que você possa usar seus logs para ver o passado.

Miss a column?

Check out the Cisco Routers and SwitchesArchive, e pegue as colunas mais recentes de David Davis.

Quer saber mais sobre o gerenciamento de roteadores e switches? Assine automaticamente nossa newsletter gratuita Cisco Routers and Switches, entregue todas as sextas-feiras!

David Davis trabalha na indústria de TI há 12 anos e possui várias certificações, incluindoCCIE, MCSE+I, CISSP, CCNA, CCDA, e CCNP. Atualmente ele gerencia um grupo de administradores de sistemas/rede para uma empresa de varejo privada e realiza consultoria em rede/sistemas em regime de meio período.