Skip to content

ChatGPT MCP connectorChatGPT MCP connector: OAuth redirect or sign-in fails

Your MCP server signs users in with OAuth, and ChatGPT fails at the sign-in step: the authorization server rejects the redirect, ChatGPT reports the server as unsupported, or the connection drops after sign-in. ChatGPT is strict about three things: the redirect address, the issuer it gets back, and a few metadata fields. Here’s how to check each, or hand it over at a fixed price.

Short answer

Copy the redirect URI from the MCP server’s page in ChatGPT and allowlist exactly that address on your authorization server. ChatGPT uses one of two addresses, depending on whether your authorization server supports issuer identification. Then check that your authorization server metadata advertises S256 PKCE and a way for ChatGPT to get a client ID: CIMD, dynamic client registration or a predefined client.

Why ChatGPT rejects the sign-in, and the fix

  1. 01

    The redirect address isn’t the one ChatGPT uses

    “Copy the exact production redirect URI shown in the MCP server's management page into your authorization server's allowlist.” OpenAI, Authentication

    ChatGPT uses https://chatgpt.com/connector_platform_oauth_redirect when your authorization server supports issuer identification, and a callback-specific address of the form https://chatgpt.com/connector/oauth/{callback_id} when it doesn’t. Servers published before ChatGPT introduced callback-specific redirects keep the stable address. Allowlisting the wrong one makes the authorization server reject the request.

  2. 02

    The issuer you return doesn’t match

    “clients use exact string comparison and do not normalize trailing slashes, paths, ports, or casing.” OpenAI, Authentication

    If your metadata sets authorization_response_iss_parameter_supported to true, every authorization response, including errors, must return an iss value that matches the metadata issuer exactly, and the same issuer must appear in your protected resource metadata. A trailing slash or different casing is enough to fail.

  3. 03

    The metadata is missing a required field

    “MCP servers are unsupported when their authorization server metadata omits this field or does not advertise S256” OpenAI, Authentication

    Your authorization server metadata must list S256 under code_challenge_methods_supported, or ChatGPT treats the server as unsupported. It also needs a way to register: client_id_metadata_document_supported set to true for CIMD, or a registration_endpoint for dynamic client registration, plus the token endpoint auth methods you accept.

Checked against the vendor’s docs on : OpenAI: Plugin authentication; MCP specification: Authorization (2025-11-25).

Rather hand it over?

Fixed scope, fixed price, paid upfront. The work happens in writing; no call needed.

Related: Claude connector authorization failed · Google sign-in redirect_uri_mismatch · MCP server authentication: API keys vs OAuth

Questions

More on this error

Can ChatGPT use an API key instead of OAuth?

No. ChatGPT can’t send custom API keys. It signs users in with OAuth, or calls a server anonymously for public data, so a server that relies on API keys needs OAuth added first.

What does “OAuth discovery returned unsupported OAuth config type” mean?

OpenAI’s docs don’t define it, and developers on OpenAI’s forum have reported it for servers that work in other clients. Check the metadata fields above first; if they pass, report it to OpenAI with the time and server URL.

Can you fix it for me?

Yes, when the cause is in your server or sign-in setup: the App Fix Ticket gives you a written diagnosis first, then the fix. If the diagnosis shows a bug on the vendor’s side, I’ll tell you so and show you what to report. If you would rather have the server built or rebuilt over your existing API, the MCP Connector offer covers that at a fixed price, with OAuth sign-in as an add-on.

A different error?

Describe it and get a written quote

Send the error and what you were doing. You get a written scope, a fixed price and a timeline; we reply by email, usually within one business day.