Skip to main content
GET
Ontdek de openbare OAuth-eindpunten en de mechanismen voor autorisatiecodes, PKCE, vernieuwing en intrekking die door deze omgeving worden ondersteund.

Authenticatie

Geen.

Voorbeeldaanvragen

Volg de gedocumenteerde codering en authenticatie voor deze route. De antwoordstructuur en idempotentieregels van de actie-API gelden alleen voor actieaanroepen.

Antwoord

OAuth-metadata van de autorisatieserver met absolute endpoint-URL’s op de canonieke issuer-origin.
HTTP 200

Opmerkingen bij de bewerking

  • Alleen het responstype code en de responsmodus query worden bekendgemaakt.
  • Clients kunnen dynamische registratie of een Client ID Metadata Document (CIMD) gebruiken. client_id_metadata_document_supported is true; een CIMD-client gebruikt de openbare HTTPS-URL van het document als client_id.
  • Een CIMD-JSON-document moet een exact overeenkomende client_id, een niet-lege client_name van maximaal 120 tekens en 1–10 exacte redirect_uris bevatten. Gebruik authenticatie none voor openbare clients met S256 PKCE; authorization_code is vereist en refresh_token is optioneel.
  • Bied CIMD aan als ongecomprimeerde JSON via openbaar HTTPS op poort 443, met een expliciet pad en zonder inloggegevens, fragmenten, puntsegmenten of redirects. Het document mag maximaal 64 KiB zijn en moet binnen 5 seconden antwoorden. Gecachte metadata verloopt binnen 5 minuten; tokenuitwisseling en vernieuwing gebruiken de metadata die aan de autorisatie is gekoppeld.
  • Wanneer OpenID Connect beschikbaar is, vermeldt de metadata van de autorisatieserver ook de scopes openid en email, userinfo_endpoint en jwks_uri. Anders ontbreken deze scopes en endpoints in die metadata.
  • De authenticatiemethoden voor tokens en intrekking zijn none. Publieke clients gebruiken client_id en S256 PKCE in plaats van een clientgeheim.
  • offline_access is een scopemarkering voor vernieuwing, geen productrecht. De uitgifte van een vernieuwingstoken hangt af van de registratie van refresh_token als granttype.
  • Controleer de geretourneerde iss-waarde bij de laatste clientcallback aan de hand van issuer. Zowel geslaagde als geweigerde autorisatiecallbacks bevatten iss en geven state terug wanneer die is opgegeven.

Fouten