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.
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.
Este documento descreve o uso e a configuração do fluxo de postura sem redirecionamento e dicas de Troubleshooting.
A Cisco recomenda que você tenha conhecimento destes tópicos:
Para compreender melhor os conceitos descritos mais adiante, é recomendável passar por:
Comparar versões anteriores do ISE com o fluxo de postura do ISE no ISE 2.2
Postura e gerenciamento de sessões do ISE
As informações neste documento são baseadas nestas versões de software e hardware:
As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
O fluxo de postura do ISE consiste nas seguintes etapas:
0. Autenticação/Autorização. Geralmente executado logo antes do fluxo de postura ser iniciado, mas pode ser ignorado para certos casos de uso, como a Reavaliação de postura (PRA). Como a própria autenticação não aciona a descoberta de postura, isso não é considerado essencial para cada fluxo de postura.
Este documento concentra-se no processo de descoberta do fluxo de postura do ISE.
A Cisco recomenda usar o redirecionamento para o processo de descoberta, no entanto, há alguns casos em que o redirecionamento não é possível de implementar, como o uso de dispositivos de rede de terceiros, em que o redirecionamento não é suportado. Este documento tem como objetivo fornecer uma orientação geral e práticas recomendadas para implementar e solucionar problemas de postura sem redirecionamento nesses ambientes.
A descrição completa do fluxo sem redirecionamento está descrita em Comparar versões anteriores do ISE com o fluxo de postura do ISE no ISE 2.2.
Há dois tipos de testes de descoberta de postura que não usam redirecionamento:
O Connectiondata.xml é um arquivo criado e mantido automaticamente pelo Cisco Secure Client. Ele consiste em uma lista de PSNs às quais o cliente se conectou anteriormente com êxito para fins de postura. Portanto, esse é apenas um arquivo local e seu conteúdo não é persistente em todos os endpoints.
A finalidade principal do connectiondata.xml é trabalhar como um mecanismo de backup para os testes de descoberta dos Estágios 1 e 2. Caso os testadores de redirecionamento ou de lista de call home não consigam encontrar um PSN com uma sessão ativa, o Cisco Secure Client envia uma solicitação direta a cada um dos servidores listados em connectiondata.xml.
Um problema comum causado pelo uso de testes connectiondata.xml é uma sobrecarga da implantação do ISE devido a um grande número de solicitações HTTPS enviadas pelos pontos de extremidade. É importante considerar que, embora o connectiondata.xml seja eficaz como um mecanismo de backup para evitar interrupções completas para mecanismos de postura de redirecionamento e sem redirecionamento, ele não é uma solução sustentável para um ambiente de postura; portanto, é necessário diagnosticar e resolver os problemas de design e configuração que causam a falha dos principais testes de descoberta e que resultam em problemas de descoberta.
Call Home List é uma seção do perfil de postura em que uma lista de PSNs é especificada para ser usada para postura. Diferentemente do connectiondata.xml, ele é criado e mantido por um administrador do ISE e pode exigir uma fase de projeto para a configuração ideal. A lista de PSNs na lista Call Home deve corresponder à lista de servidores de autenticação e contabilização configurada no dispositivo de rede ou balanceador de carga para RADIUS.
Os testadores Call Home List permitem o uso de uma pesquisa MnT durante a pesquisa de sessão ativa em caso de falha de pesquisa local em um PSN. A mesma funcionalidade se estende aos testes connectiondata.xml somente quando eles são usados durante a descoberta do estágio 2. Por esse motivo, todos os testes do Estágio 2 também são chamados de testes de Nova Geração.
Como um processo de descoberta sem redirecionamento geralmente envolve um fluxo mais complexo e uma quantidade maior de processamento em PSNs e MnT em comparação a um fluxo de redirecionamento, há dois desafios comuns que podem surgir durante a implementação:
Para lidar com esses desafios, é recomendável projetar a lista Call Home para limitar o número de PSNs que um determinado endpoint pode usar para postura. Para implantações médias e grandes, é necessário distribuir a implantação para criar várias Listas de Call Home com número reduzido de PSNs. Consequentemente, a lista de PSNs que são usadas para autenticação RADIUS para um determinado Dispositivo de rede deve ser limitada da mesma forma para corresponder à Lista de Call Home correspondente.
Os seguintes aspectos podem ser levados em consideração durante o desenvolvimento da estratégia de distribuição da PSN para determinar o número máximo de PSNs em cada lista de Call Home:
Dica: use Network Device Groups para classificar os dispositivos de rede de acordo com o projeto.
Os grupos de dispositivos de rede podem ser usados para identificar e associar dispositivos de rede à lista de servidores RADIUS correspondente e à lista de call home. No caso de ambientes híbridos, eles também podem ser usados para identificar dispositivos que suportam redirecionamento de dispositivos que não suportam esse recurso.
Se a estratégia de distribuição desenvolvida durante a fase de projeto se basear em grupos de dispositivos de rede, siga as próximas etapas para configurá-los no ISE:
Nos exemplos usados neste guia, Location Device Group é usado para identificar a lista de servidores RADIUS e a lista Call Home, e um Posture Device Group personalizado é usado para identificar dispositivos de postura sem redirecionamento.
Há duas maneiras de provisionar o cliente com o software e o perfil corretos para executar a postura em um ambiente sem redirecionamento:
Observação: consulte a etapa 4 da seção Client Provisioning policy para obter instruções sobre como verificar a porta do Client Provisioning Portal, se necessário.
Aviso: certifique-se de que os mesmos arquivos do Cisco Secure Client também estejam nos headends aos quais você planeja se conectar: Secure Firewall ASA, ISE, etc. Mesmo quando o provisionamento manual é usado, o ISE deve ser configurado para provisionamento de clientes com a versão de software correspondente. Consulte a seção Configuração da política de provisionamento do cliente para obter instruções detalhadas.
Dica: instale a ferramenta de diagnóstico e relatórios a ser usada para fins de solução de problemas.
O ISE Client Provisioning Portal pode ser usado para instalar o módulo de postura do Cisco Secure Client ISE e o perfil de postura do ISE. Ele também pode ser usado para enviar o perfil de postura sozinho se o módulo de postura do ISE já estiver instalado no cliente.
Observação: para usar o FQDN do portal, os clientes devem ter a cadeia de certificados PSN Admin e a cadeia de certificados do Portal instaladas no armazenamento confiável, e o certificado Admin deve conter o FQDN do portal no campo SAN.
O provisionamento do cliente deve ser configurado no ISE independentemente do tipo de provisionamento (pré-implantação ou implantação na Web) usado para instalar o Cisco Secure Client nos endpoints.
Para localizar a porta que deve ser usada na Lista de Call Home, navegue até Centros de trabalho > Postura > Provisionamento de cliente > Portal de provisionamento de cliente, selecione o portal em uso e expanda Configurações do portal.
Aviso: se o Cisco Secure Client tiver sido pré-implantado nos clientes, certifique-se de que a versão no ISE corresponda à versão nos endpoints. Se o ASA ou o FTD for usado para implantação na Web, a versão neste dispositivo também deve ser compatível.
Observação: no caso de várias listas Call Home, use o campo Other Conditions para enviar o perfil correto para os clientes correspondentes. No exemplo, o Grupo de localização do dispositivo é usado para identificar o perfil de postura que é enviado na política.
Dica: se várias políticas de provisionamento de clientes forem configuradas para o mesmo sistema operacional, é recomendável torná-las mutuamente exclusivas, ou seja, um determinado cliente só deve conseguir acessar uma política de cada vez. Os atributos RADIUS podem ser usados na coluna Outras Condições para diferenciar uma política de outra.
permit udp any any eq domain
permit udp any any eq bootps
permit ip any host
permit ip any host
deny ip any any
Cuidado: alguns dispositivos de terceiros podem não suportar DACLs; nesses casos, é necessário usar um ID de filtro ou outros atributos específicos do fornecedor. Consulte a documentação do fornecedor para obter mais informações. Se as DACLs não forem usadas, certifique-se de configurar a ACL correspondente no dispositivo de rede.
Observação: se as DACLs não forem usadas, use Filter-ID de Common Tasks ou as Advanced Attribute Settings para enviar o nome da ACL correspondente.
A presença de sessões obsoletas ou fantasmas na implantação pode gerar falhas intermitentes e aparentemente aleatórias com descoberta de postura sem redirecionamento, que resultam em usuários presos em uma postura de acesso desconhecido/não aplicável no ISE, enquanto a IU do Cisco Secure Client mostra o acesso compatível.
Sessões obsoletas são sessões antigas que não estão mais ativas. Eles são criados por uma solicitação de autenticação e início de contabilização, mas nenhuma parada de contabilização é recebida no PSN para limpar a sessão.
As sessões fantasmas são sessões que nunca estiveram realmente ativas em uma PSN específica. Eles são criados por uma atualização provisória de contabilização, mas nenhuma parada de contabilização é recebida no PSN para limpar a sessão.
Para identificar um problema de sessão obsoleta/fantasma, verifique a PSN usada na verificação do sistema no cliente e compare com a PSN que está executando a autenticação:
As versões do ISE acima do ISE 2.6 patch 6 e 2.7 patch 3 implementam o RADIUS Session Diretory como uma solução para cenário de sessão obsoleta/fantasma em fluxo de postura sem redirecionamento.
Observação: esse serviço se refere ao método de comunicação usado para RSD entre PSNs e deve estar em execução independentemente do status da configuração do Serviço de mensagens do ISE para syslog que pode ser definido na interface do usuário do ISE.
Observação: é esperado que ele observe alarmes de Erro de link de fila com causa CA desconhecida ou Econnrejected enquanto os certificados forem regenerados. Monitore os alarmes após a geração do certificado para confirmar se o problema foi resolvido.
Problemas de desempenho, como alta utilização da CPU e alta média de carga relacionada à postura sem redirecionamento, podem afetar a PSN e os nós MnT e são frequentemente acompanhados ou precedidos pelos seguintes eventos:
Se o desempenho da implantação for afetado por uma postura sem redirecionamento, isso geralmente indica uma implementação ineficiente. Recomenda-se a revisão dos seguintes aspectos:
Para atenuar o impacto:
A contabilização de RADIUS é essencial para o gerenciamento de sessões no ISE. Como a postura depende de uma sessão ativa a ser executada, erros ou falta de configuração de contabilidade também podem afetar a descoberta da postura e o desempenho do ISE. É importante verificar se a contabilização está configurada corretamente no dispositivo de rede para enviar solicitações de autenticação, início de contabilização, interrupção de contabilização e atualizações de contabilização para um único PSN para cada sessão.
Para verificar os pacotes de contabilização recebidos no ISE, navegue para Operações > Relatórios > Relatórios > Endpoints e Usuários > Contabilidade RADIUS.
Revisão | Data de publicação | Comentários |
---|---|---|
1.0 |
24-Jul-2023 |
Versão inicial |