Como leio ou interpreto os logs do WCCP no Cisco Web Security Appliance?
Opções de download
Linguagem imparcial
O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.
Sobre esta tradução
A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.
Pergunta
Como leio ou interpreto os logs do WCCP no Cisco Web Security Appliance?
Ambiente
Cisco Web Security Appliance (WSA), todas as versões do AsyncOS
No AsyncOS versão 7.1 e anterior: as mensagens WCCP são registradas nos registros de proxy.
No AsynOS versão 7.5 e posterior: as mensagens WCCP são vistas nos registros WCCP juntamente com os registros proxy.
Verifique suas "Inscrições de log" (em GUI > Administração do sistema > Inscrições de log) para certificar-se de que os logs de proxy e/ou WCCP estejam habilitados.
No AsyncOS versão 7.1 e anterior: o nível de registro do WCCP pode ser alterado inserindo o seguinte comando CLI:
| wsa01> advanced proxyconfig []> WCCP Digite valores para as várias opções "wccp": Insira o nível de log para depuração do WCCP: [0]> 3 |
No AsyncOS versão 7.5 e posterior: o nível de log para logs WCCP e/ou logs de proxy pode ser alterado na GUI em "Administração do sistema > Inscrições de log > <Correspondente-WCCP-Log-Name>"
Os níveis de registro mostrarão os seguintes dados e ponto-e-vírgula:
| 7.1 nível de registro (CLI) | 7.5 Nível de registro (GUI) | Informações vistas em logs no nível de log configurado |
| 0 | Crítico | Erros |
| 1 | Aviso | Erros, CONFIG, |
| 2 | Informações | Erros, CONFIG, INFO |
| 3 | Debug | Erros, CONFIG, INFO, STATE |
| 4 | Rastrear | Erros, CONFIG, INFO, STATE, CHANGE (alterações de estado) |
Os logs podem ser divididos em algumas áreas diferentes (separadas por recuo de espaço) depois que a CONFIG é impressa:
### Timestamp ###
SVC : Dados da ID de Serviço
Nexus : dados do Nexus - para cada serviço, para cada roteador, há um Nexus (pode ser considerado como uma cesta virtual onde os dados são mantidos)
Rtr : dados do roteador
WC: Dados do cache da Web
A seguir, uma explicação dos valores possíveis que você pode encontrar no nível de registro de rastreamento do WCCP. O exemplo exato abaixo é de um cenário real.
wccp: CONFIG:SG:0: type 0
wccp: CONFIG:SG:0: 80
wccp: CONFIG:0:[raptor]
wccp: CONFIG:0: GRE & L2
wccp: CONFIG:0:ret GRE & L2
wccp: CONFIG:0:TCP
wccp: CONFIG:0: 172.28.15.33
wccp: CONFIG:SG:0: Security enable <- 1
wccp: CONFIG:SG:0: Hash enable <- 1
wccp: CONFIG:SG:0: Mask enable <- 1
wccp: CONFIG:SG:0: Service direction <- 0
wccp: CONFIG:SG:0: Hash/mask on client <- 0
wccp: INFO:WCCPv2: local IP is 10.251.0.73
wccp: INFO:Accepting WCCP messages on port 2048, FD 3 at 10.251.0.73.
wccp: INFO:Openning a socket set
Informações de configuração do WCCP
wccp: INFO:### Timestamp 100 ###
O timestamp sempre começa em 100. Esse valor é incrementado em segundos.
Dados de serviço (SVC)
SVC: Serviço @<<ponteiro de memória - para depuração de desenvolvimento>>
[MH_UNDECIDED] O método de balanceamento de carga não está determinado no momento (hashing vs. mascaramento)
NeedRA: Precisa de Atribuição de Redirecionamento (RA). Se 1 = algo nesta exibição de serviço foi alterado. Se formos o DWC, precisamos enviar um RA.
ISY@: O carimbo de data/hora da última mensagem recebida "Eu vejo você (ISY)" para este serviço.
Este período: Nos últimos 10 segundos (opção padrão), quantos:
Portas: portas a serem redirecionadas para o cache da Web (WC). Ao usar o cache da Web, as portas são deixadas em branco, mas a porta 80 será redirecionada. |
Dados do Nexus
Nexus: para cada serviço, para cada roteador, há um Nexus (pode ser considerado um cesto virtual onde os dados são mantidos) Recvd_key: endereço do DWC que enviou o RA, o número de keychg que o DWC enviou (incremental)
Rtr_mentiment: O roteador mencionou a si mesmo pela última vez em @ <timestamp>
Estes são sinalizadores para este nexo
Rstate: ?? |
Dados do roteador
Rtr: informações de roteador para este nexus - duplicado para nexi no mesmo roteador
Configaddr: Endereço IP para o roteador que está configurado ID_addr: Endereço do identificador do roteador anunciado From_addr: endereço de onde os pacotes realmente vieram (IP de origem) |
Dados do cache da Web
<IP> mencionado: o IP do WC referenciado e o carimbo de data/hora que ele foi introduzido na ID de serviço
[ME]: Este WC é o WSA que estava executando este daemon |
Abaixo está uma saída de exemplo completa e uma divisão de um log de nível 3 do WCCP. Neste log, o WSA está ingressando em uma ID de serviço que já tem outros 2 WSAs. O WSA se tornará o DWC (já que tem o menor IP no serviço):
wccp: INFO:### Timestamp 100 ### |
Nada foi enviado ainda - todos os dados de inicialização.
wccp: INFO:### Timestamp 101 ### |
Enviamos o primeiro HIA @ 101 e recebemos de volta um @101 ISY. Abaixo está a atualização da visualização agora que recebemos um ISY.
wccp: INFO:### Timestamp 101 ### |
Reconhecemos os outros 2 caches da Web e eles estão sinalizados como ATIVOS. O DWC atual é 172.17.0.10 por rcvd_key no nexus. O status do Nexus é NEG_PEND, ReceiveID=158.
wccp: INFO:### Timestamp 111 ### |
Como a exibição do serviço foi alterada, needRA é sinalizado. Esperando um @117 RA. Observe também que o número de alteração do roteador é 23. Você verá que enviamos outro HIA aos 111 e recebemos outro ISY aos 111.
wccp: INFO:### Timestamp 111 ### |
A exibição foi alterada novamente e ela é incrementada de acordo. O roteador também notou uma alteração e incrementou sua alteração #. Você verá que ESTE WSA agora está sendo relatado e rotulado como ATIVO. Isso significa que todos os roteadores nesse serviço mencionaram o WC.
wccp: INFO:### Timestamp 117 ### |
É 117 agora, o tempo especificado para enviar um RA. Agora que este WSA está ATIVO, decidimos que somos o DWC, já que somos o IP mais baixo entre os WCs. O INFO afirma que precisamos enviar um RA. O método de balanceamento de carga que negociamos é MASCARAMENTO. A tabela Mascaramento usa um índice de rodízio e é exibida. As INFORMAÇÕES na parte inferior mostram que enviamos um RA @ 117.
wccp: INFO:### Timestamp 121 ### |
A exibição agora é válida e enviamos 1 atribuição de redirecionamento, conforme notificado pela sent_key. Neste ponto, tudo deve estar funcionando e em bom estado.
Histórico de revisões
| Revisão | Data de publicação | Comentários |
|---|---|---|
1.0 |
10-Oct-2014 |
Versão inicial |
Colaborado por engenheiros da Cisco
- Josh Wolfer and Siddharth RajpathakCisco TAC Engineers.
FeedbackContate a Cisco
- Abrir um caso de suporte
- (É necessário um Contrato de Serviço da Cisco)