Problemen met SNA Manager SSO-verificatie oplossen met Azure Entra ID

Downloadopties

  • PDF     (250.7 KB)
    Met Adobe Reader op diverse apparaten bekijken
Bijgewerkt:6 augustus 2026
Document-id:226234

Inclusief taalgebruik

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.

Over deze vertaling

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.

Inhoud

uitgifte

Gebruikers ondervonden fouten in de SSO-verificatie bij het aanmelden bij SNA Manager na integratie met Azure Entra ID als de Identity Provider (IdP) voor SAML-verificatie. Het specifieke foutbericht dat werd weergegeven was:

"De verificatieservice kon niet aan uw verzoek voldoen. Als dit probleem zich blijft voordoen, neemt u contact op met uw beheerder."

Tijdens het installatieproces, na het importeren van het metagegevensbestand van de SP (Service Provider), veranderde de SNA Manager FQDN automatisch van de oorspronkelijke SNA Manager-URL in "/fedlet", wat bijdroeg aan de mislukte installatie van de verificatie. De systeemcontrolelogboeken bevestigden verificatiefouten met "onbekende gebruiker" -fouten, wat erop wijst dat de SNA Manager de gebruikersnamen die in de SAML-reactie van Azure werden verzonden, niet herkende.

milieu

  • Cisco Secure Network Analytics (SNA) Manager versie 7.6.0

  • Microsoft Azure Entra ID geconfigureerd als SAML Identity Provider

resolutie

De resolutie betrof het corrigeren van de SAML NameID-attribuutconfiguratie in zowel Azure Entra ID als de SNA Manager om ervoor te zorgen dat de juiste indeling van de gebruikersnaam overeenkomt.

Stap 1: Voer SAML-sporenanalyse uit

Gebruik browserontwikkelaarstools om een SAML-trace uit te voeren en de IdP-respons van Azure te inspecteren om de NameID-indeling te identificeren die wordt verzonden. Het spoor onthulde dat Azure de volledige User Principal Name (UPN) verstuurde in het NameID-attribuut:

<Subject><NameID Format="urn:oasis:names:tc:SAML:2.0:nameid-format:persistent" SPNameQualifier="https://device.corp.example.com/fedlet">username@example.com</NameID>

Stap 2: controlelogboeken van SNA Manager bekijken

Controleer de controlelogboeken van SNA Manager om verificatiefouten te bevestigen die correleren met de misvormde NameID:

Aug 3 06:53:36 device AuditLogger[1480861]: AuditLogger: osaxsd/1480861,4003,2026-08-03T06:53:36TZD+0000,Bad User,x.x.x.x,Login on ssh failed: Unknown User

Stap 3: Azure SAML NameID-configuratie wijzigen

Wijzig in de Azure Entra ID SAML-configuratie het kenmerk NameID van de standaardgebruikersnaam in de "On-premises SAM-accountnaam". Dit zorgt ervoor dat de NameID alleen de gebruikersnaam bevat zonder het domeinachtervoegsel (username@example.com wordt gebruikersnaam).

Stap 4: SNA Manager SAML ID-configuratie bijwerken

Navigeer naar de SNA Manager-pagina voor gebruikersbeheer en werk de SAML ID-waarde bij om overeen te komen met de gecorrigeerde NameID-indeling die door Azure wordt verzonden na de configuratiewijziging.

Stap 5: Verifieer de SSO-verificatie

Test de SSO-verificatie door te proberen in te loggen via de SAML-workflow. De gebruiker verifieert nu met succes zonder het vorige foutbericht te ontvangen.

Oorzaak

De verificatiefout is veroorzaakt door een mismatch tussen de NameID-indeling die door Azure Entra ID is verzonden en de gebruikersnaamindeling die door SNA Manager wordt verwacht. Azure is geconfigureerd om de User Principal Name (UPN) te verzenden in de indeling "username@example.com" in het SAML NameID-attribuut, terwijl de SNA Manager alleen het gebruikersnaamgedeelte verwachtte zonder het domeinachtervoegsel. Dit verschil in indeling heeft ertoe geleid dat de SNA Manager de inkomende verificatieverzoeken behandelt als afkomstig van niet-herkende gebruikers, wat heeft geleid tot "onbekende gebruiker"-verificatiefouten.

Gerelateerde inhoud

Revisiegeschiedenis

Revisie Publicatiedatum Opmerkingen
1.0
06-Aug-2026
Eerste vrijgave
TAC Authored

Bijgedragen door Cisco-engineers

  • Beveiliging TAC Engineers

Was dit document nuttig?

FeedbackFeedback

Contact Cisco

Dit document is van toepassing op deze producten