Beveiligde toegang abonnementsclaimcode verbruikt na het selecteren van de verkeerde instantieoptie

Downloadopties

  • PDF     (233.0 KB)
    Met Adobe Reader op diverse apparaten bekijken
Bijgewerkt:19 mei 2026
Document-id:225804

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

uitgeven

Wanneer u probeert een Secure Access-abonnement te claimen in Security Cloud Control (SCC), wordt de claimcode verbruikt als u Nieuwe instantie maken selecteert in plaats van Bestaande instantie koppelen tijdens het claimproces. Dit verbruik voorkomt toegang tot de Upgrade Manager in het Umbrella-dashboard, wat essentieel is voor de migratie van Umbrella naar Secure Access. Hierdoor kan het upgradeproces niet opnieuw worden gestart of voortgezet omdat de oorspronkelijke claimcode al is gebruikt en niet langer beschikbaar is voor het juiste bevestigingsproces.

milieu

  • Cisco-overkoepelende organisatie

  • Cisco Secure Access-abonnement

  • Security Cloud Control (SCC)-dashboard

  • Bestaande overkoepelende huurder die migratie vereist voor veilige toegang

resolutie

De oplossing houdt in dat de onjuist gemaakte Secure Access-instantie wordt gedeactiveerd om het abonnement terug te vorderen en het juiste koppelingsproces te laten doorgaan.

Stap 1: Identificeer de fout aangemaakte instantie

Navigeer naar de Security Cloud Control (SCC)-interface en zoek de nieuwe Secure Access-instantie die is gemaakt toen Create new instance werd geselecteerd in plaats van Attach existing instance.

Stap 2: Deactiveer de instantie met behulp van de UI van het abonnement

Ga in het Security Cloud Control-platform naar de interface voor abonnementsbeheer en gebruik het menu met drie punten naast de nieuw gemaakte instantie om deze te deactiveren. Met deze actie wordt het abonnement opnieuw opgehaald en beschikbaar gesteld voor het juiste bevestigingsproces.

Navigeer naar Platformbeheer > Abonnementen in de SCC-interface om toegang te krijgen tot de opties voor abonnementsbeheer.

Stap 3: Start het claimproces voor abonnementen opnieuw

Nadat u de onjuist gemaakte instantie hebt gedeactiveerd, start u het claimproces voor het abonnement opnieuw en selecteert u Bestaande instantie koppelen in plaats van Nieuwe instantie maken om het Secure Access-abonnement correct aan de bestaande overkoepelende tenant te koppelen.

Stap 4: Controleer de toegang tot Upgrade Manager

Zodra het abonnement goed is gekoppeld aan de bestaande instantie, controleert u of de upgradebeheer nu zichtbaar is in het Umbrella-dashboard, zodat het migratieproces van Umbrella naar Secure Access kan worden voortgezet.

Oorzaak

Het probleem treedt op wanneer gebruikers tijdens het claimproces voor Secure Access in Security Cloud Control kiezen voor Create new instance in plaats van Attach existing instance. Deze onjuiste selectie verbruikt de claimcode door een nieuwe Secure Access-instantie te maken in plaats van het abonnement aan een bestaande Umbrella-tenant toe te voegen. Zodra de claimcode op deze manier is verbruikt, voorkomt het systeem hergebruik van dezelfde code en blokkeert het de toegang tot de Upgrade Manager die nodig is voor het migratieproces.

Verwante inhoud

Revisiegeschiedenis

Revisie Publicatiedatum Opmerkingen
1.0
19-May-2026
Eerste vrijgave
TAC Authored

Bijgedragen door Cisco-engineers

  • Amit Arora
  • Akieba Alexander

Was dit document nuttig?

FeedbackFeedback

Contact Cisco

Dit document is van toepassing op deze producten