De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
Dit document beschrijft het gebruik en de configuratie van een koersloze houding en tips voor probleemoplossing.
Cisco raadt kennis van de volgende onderwerpen aan:
Voor een beter begrip van de later beschreven concepten, is het raadzaam door te gaan:
Vergelijk eerdere ISE-versies met ISE Posture Flow in ISE 2.2
ISE-sessiebeheer en -houding
De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.
De stroom van de Positie van ISE bestaat uit de volgende stappen:
0. Verificatie/autorisatie. Over het algemeen uitgevoerd vlak voordat de postuur wordt geïnitieerd, maar het kan worden overgeslagen voor bepaalde gevallen van gebruik zoals postuur herbeoordeling (PRA). Aangezien de authentificatie zelf geen posture ontdekking teweegbrengt wordt dit niet beschouwd als essentieel voor elke postuur.
Dit document concentreert zich op het detectieproces van de ISE-poortstroom.
Cisco raadt het gebruik van omleiding voor het detectieproces aan. Er zijn echter bepaalde gevallen waarin omleiding niet mogelijk is om te implementeren, zoals het gebruik van netwerkapparaten van derden waarvoor omleiding niet wordt ondersteund. Dit document is bedoeld als algemene leidraad en best practices voor het implementeren en oplossen van omleidingsloze houding in dergelijke omgevingen.
Volledige beschrijving van de redirectionless flow wordt beschreven in Compare Earlier ISE Versies to ISE Posture Flow in ISE 2.2.
Er zijn twee soorten postuur detectiepeilingen die geen omleiding gebruiken:
Connectiondata.xml is een bestand dat automatisch door Cisco Secure Client wordt gemaakt en onderhouden. Het bestaat uit een lijst van PSNs de cliënt eerder met succes met voor houding heeft verbonden, vandaar, is dit slechts een lokaal dossier en zijn inhoud is niet blijvend over alle eindpunten.
Het belangrijkste doel van connectiondata.xml is om te werken als een back-upmechanisme voor zowel fase 1- als fase 2-detectietests. Als de omleiding of de Call Home List-sondes geen PSN met een actieve sessie kunnen vinden, stuurt Cisco Secure Client een rechtstreeks verzoek naar elk van de servers die in connectiondata.xml worden vermeld.
Een veel voorkomend probleem door het gebruik van connectiondata.xml-sondes is een overbelasting van de ISE-implementatie als gevolg van een groot aantal HTTPS-verzoeken verzonden door de eindpunten. Het is belangrijk om te overwegen dat hoewel connectiondata.xml effectief is als een back-upmechanisme om volledige stroomonderbrekingen te voorkomen voor zowel omleiding- als omleidingsloze positiemechanismen, het geen duurzame oplossing is voor een postuur-omgeving, daarom is het noodzakelijk om te diagnosticeren en op te lossen de ontwerp- en configuratieproblemen die de mislukking van de belangrijkste ontdekkingssondes veroorzaken en die in ontdekkingsproblemen resulteren.
Call Home List is een deel van het postuur profiel waar een lijst van PSN's is gespecificeerd om te worden gebruikt voor postuur. In tegenstelling tot connectiondata.xml, wordt dit gemaakt en onderhouden door een ISE-beheerder en kan een ontwerpfase nodig zijn voor een optimale configuratie. De lijst met PSN's in de Call Home List moet overeenkomen met de lijst met verificatie- en boekhoudingsservers die is geconfigureerd in het netwerkapparaat of de taakverdeling voor RADIUS.
De sondes van de Lijst van het Huis van de vraag laten het gebruik van een MnT raadpleging tijdens actief zittingsonderzoek in het geval van een lokale raadplegingsmislukking in toe PSN. De zelfde functionaliteit breidt zich uit tot de sondes van connectiondata.xml slechts wanneer zij tijdens de ontdekking van Fase 2 worden gebruikt. Om deze reden, worden alle Sondes van Fase 2 ook bedoeld als Sondes van de Nieuwe Generatie.
Aangezien een redirectionless ontdekkingsproces vaak een complexere stroom en een grotere hoeveelheid verwerking op PSNs en MnT in vergelijking met een redirectionele stroom impliceert, zijn er twee gemeenschappelijke uitdagingen die tijdens implementatie kunnen zich voordoen:
Om met deze uitdagingen om te gaan, wordt aanbevolen om de Call Home List te ontwerpen om het aantal PSN’s te beperken dat een bepaald eindpunt voor zijn houding kan gebruiken. Voor middelgrote en grote implementaties is het noodzakelijk de implementatie te distribueren om meerdere Call Home Lists met een beperkt aantal PSN’s te maken. Bijgevolg moet de lijst met PSN’s die voor RADIUS-verificatie voor een bepaald netwerkapparaat worden gebruikt, op dezelfde wijze worden beperkt om aan de corresponderende Call Home List te voldoen.
Bij de ontwikkeling van de PSN-distributiestrategie kan met de volgende aspecten rekening worden gehouden om het maximumaantal PSN’s in elke Call Home List te bepalen:
Tip: gebruik netwerkapparaatgroepen om de netwerkapparaten volgens het ontwerp te classificeren.
U kunt netwerkapparaatgroepen gebruiken om netwerkapparaten te identificeren en aan te passen aan hun corresponderende RADIUS-serverlijst en Call Home List. In het geval van hybride omgevingen kunnen ze ook worden gebruikt om apparaten te identificeren die omleiding ondersteunen van apparaten die dat niet doen.
Als de distributiestrategie die tijdens de ontwerpfase is ontwikkeld, afhankelijk is van Network Device Groepen, volgt u de volgende stappen om deze op ISE te configureren:
In de voorbeelden die in deze gids worden gebruikt, wordt de Groep van het Apparaat van de Plaats gebruikt om de de serverenlijst van RADIUS en de Lijst van het Huis van de Vraag te identificeren, en een groep van het Apparaat van de douanehouding wordt gebruikt om Omleiding van de apparaten van de Omleiding te identificeren Redirectionless houding.
Er zijn twee manieren om de klant van de juiste software en het juiste profiel te voorzien om houding in een omleidingsloze omgeving uit te voeren:
Opmerking: raadpleeg stap 4 van de sectie over het beleid voor clientprovisioning voor instructies hoe u indien nodig de poort voor het Customer Provisioning Portal kunt controleren.
Waarschuwing: Zorg ervoor dat dezelfde Cisco Secure Client-bestanden ook voorkomen op de head-ends waarmee u verbinding wilt maken: Secure Firewall ASA, ISE, enzovoort. Zelfs als handmatige provisioning wordt gebruikt, moet ISE worden geconfigureerd voor clientprovisioning met de corresponderende softwareversie. Raadpleeg de sectie over de configuratie van het clientprovisioningbeleid voor uitgebreide instructies.
Tip: Installeer de diagnostische en rapportagetool die gebruikt wordt voor probleemoplossing.
ISE Client Provisioning Portal kan worden gebruikt om Cisco Secure Client ISE Posture module en het postuur profiel van ISE te installeren, het kan ook worden gebruikt om het postuur profiel alleen te duwen als ISE Posture module al is geïnstalleerd op de client.
Opmerking: om gebruik te maken van de portal FQDN, moeten de klanten de PSN Admin certificaatketen en de Portal certificaatketen geïnstalleerd hebben in de vertrouwde winkel, en het Admin certificaat moet de portal FQDN bevatten in het SAN-veld.
Clientprovisioning moet op ISE worden geconfigureerd ongeacht het type provisioning (vooraf implementeren of webimplementatie) dat wordt gebruikt om Cisco Secure Client op de endpoints te installeren.
Om de poort te vinden die gebruikt zou moeten worden in Call Home List, navigeer naar Workcentres > Posture > Client Provisioning > Client Provisioning Portal, selecteer de portal in gebruik en vouw Portal-instellingen uit.
Waarschuwing: als Cisco Secure Client vooraf op de clients is geïmplementeerd, zorg er dan voor dat de versie op ISE overeenkomt met de versie op de endpoints. Als ASA of FTD wordt gebruikt voor webimplementatie, moet de versie op dit apparaat ook overeenkomen.
Opmerking: in het geval van meerdere Call Home Lists gebruikt u het veld Andere voorwaarden om het juiste profiel naar de corresponderende clients te verplaatsen. In het voorbeeld, wordt de Groep van de Plaats van het Apparaat gebruikt om het postenprofiel te identificeren dat in het beleid wordt geduwd.
Tip: Als meerdere client provisioning beleid zijn geconfigureerd voor hetzelfde besturingssysteem, is het aan te raden om ze wederzijds exclusief te maken, dat wil zeggen dat een bepaalde client slechts één beleid tegelijk zou moeten kunnen raken. RADIUS-kenmerken kunnen in de kolom Andere voorwaarden worden gebruikt om beleid van beleid te onderscheiden.
permit udp any any eq domain
permit udp any any eq bootps
permit ip any host
permit ip any host
deny ip any any
Waarschuwing: sommige apparaten van derden ondersteunen DACL’s mogelijk niet, in dergelijke gevallen is het noodzakelijk om een Filter-ID of andere leverancierspecifieke kenmerken te gebruiken. Raadpleeg de documentatie bij de verkoper voor meer informatie. Als geen DACL’s worden gebruikt, dient u de bijbehorende ACL op het netwerkapparaat te configureren.
Opmerking: als DACL’s niet worden gebruikt, gebruikt u Filter-ID van Common Tasks of de Advanced Attribute Settings om de corresponderende ACL-naam door te drukken.
De aanwezigheid van verouderde of spooksessies in de implementatie kan intermitterende en schijnbaar willekeurige storingen genereren met een positieloze detectie van houdingen, waardoor gebruikers vastzitten in een houding met onbekende/niet van toepassing zijnde toegang op ISE terwijl Cisco Secure Client UI conforme toegang toont.
Verouderde sessies zijn oude sessies die niet meer actief zijn. Ze worden aangemaakt door een verificatieaanvraag en het starten van de accounting maar er wordt geen accounting stop ontvangen op de PSN om de sessie te wissen.
Fantoomsessies zijn sessies die nooit echt actief waren in een bepaald PSN. Ze worden gemaakt door een tussentijdse boekhoudkundige update, maar er wordt geen boekhoudstop ontvangen op de PSN om de sessie te wissen.
Om een verouderd/spooksessie probleem vast te stellen, verifieert u het PSN dat wordt gebruikt bij systeemscannen op de client en vergelijkt u dit met het PSN dat de verificatie uitvoert:
ISE-versies boven ISE 2.6 patch 6 en 2.7 patch 3 implementeren RADIUS Session Directory als een oplossing voor gestale/fantoomsessiescenario in redirectionless postuur.
Opmerking: deze service verwijst naar de communicatiemethode die wordt gebruikt voor RSD tussen PSN’s en die wordt uitgevoerd ongeacht de status van de ISE Messaging Service-instelling voor syslog die kan worden ingesteld vanuit ISE UI.
Opmerking: verwacht wordt dat het waarschuwingslampje Queue Link Error wordt waargenomen met oorzaak Onbekende CA of Econn geweigerd terwijl de certificaten worden geregenereerd, bewaakt de alarmen na het genereren van het certificaat om te bevestigen dat het probleem is opgelost.
Prestatieproblemen zoals een hoog CPU-gebruik en een gemiddeld hoge belasting met betrekking tot omleidingsloze houding kunnen invloed hebben op zowel PSN als MnT-knooppunten en worden vaak begeleid of voorafgegaan door de volgende gebeurtenissen:
Als de prestaties van de implementatie worden beïnvloed door een omleidingsloze houding, is dit vaak een indicatie van een ineffectieve implementatie. Aanbevolen wordt de volgende aspecten te herzien:
Het effect verminderen:
RADIUS-accounting is essentieel voor sessiebeheer op ISE. Aangezien de houding op een actieve zitting baseert die moet worden uitgevoerd, kan onjuist of het gebrek aan boekhoudingsconfiguratie posture ontdekking en prestaties van ISE ook beïnvloeden. Het is belangrijk om te verifiëren dat de boekhouding correct op het netwerkapparaat wordt gevormd om authentificatieverzoeken, boekhoudingsbegin, boekhoudkundig einde en rekeningupdates naar één enkele PSN voor elke zitting te verzenden.
Om de op ISE ontvangen accounting pakketten te controleren, navigeer je naar Operations > Reports > Reports > Endpoints en Gebruikers > RADIUS-accounting.
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
24-Jul-2023 |
Eerste vrijgave |