Ability to disable portal access easily
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 52/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- azure, powershell
- Ambito
- cloud
Direzione di ricerca
Start by reproducing the three API Center portal states described in the issue, especially anonymous publishing and Entra ID configuration. Trace the portal access configuration entry point and determine how an explicit disabled state should be represented without changing Entra settings. Done means the portal can be disabled directly, returns to an unpublished state, and existing access configuration remains unchanged.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
What are you trying to achieve?
Portal state is either:
- Unpublished
- Published as anonymous access (and can upgrade to Entra ID)
- Published as Entra ID
In testing I've temporarily published with anonymous access, but then want to disable the portal. There is no way obvious way to do this.
Proposed solution
Ability to disable the portal without having to change the access configuration
Alternative solutions
I've managed to work around this. To get the API Center to go back to not publishing the Portal you can:
- Click "Configure Entra ID"
- Click "Manual"
- Enter this GUID as the Client ID: "00000000-0000-0000-0000-000000000000"
- Click "Configure"
- The configuration will error, but the result will be an "unpublished" portal
Additional context
Not high priority, and aside from the learning use case there is benefit in security in that if there's a potential issue this could "take the portal offline" (e.g. if it was believe to have been abused or other security concern) without having to actually change the Entra config.
- Lingua principale
- PowerShell
- Stelle
- 46
- Fork
- 21
- Merge medio
- 21m
- PR unite (30g)
- 1
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di Azure/api-center
-
Bug Untriaged
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
Azure/api-center#95 ·
-
Feature request Untriaged
Difficoltà 5/5 Più di una settimana Idoneità per principianti 48/100
Azure/api-center#93 · 1 commento ·
-
Bug Untriaged
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
Azure/api-center#92 · 1 reazione ·
-
Bug Untriaged
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
Azure/api-center#91 · 1 commento ·
-
Feature request Untriaged
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
Azure/api-center#90 · 1 commento · 1 reazione ·
Tutte le issue di Azure/api-center
Issue simili
-
No native support for REDIS_USER enviroment varForse già presa @jholmes802 l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
Bump up AWS SDK to 2.54.3Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
jenkinsci/ec2-plugin#2041 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
buildkite/elastic-ci-stack-for-aws#1905 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
spiffe/helm-charts-hardened#976 ·
I maintainer di solito rispondono entro 1 giorno
-
[Bug]: object delete is reported as failed on S3-compatible stores that answer DeleteObject with HTTP 200Forse già presa Una pull request collegata a questa issue è aperta o già unita. Apertakind/bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno