magus v0.4.3 is out. See what's new
¶ View markdown source · ✎ Suggest an edit

MGS9011: no bearer token presented

The server received a request on a guarded route (/mcp, the console data services) with no Authorization: Bearer <token> header, so it answered 401 unauthorized with the bare challenge WWW-Authenticate: Bearer realm="magus".

[MGS9011] the request carried no bearer token; send one as `Authorization:
Bearer <token>`. Mint or inspect a connector token with: magus config mcp connector
  see: .../MGS9011.md

Why

Every guarded route requires a bearer token. A header with another scheme (Basic ...), an empty Bearer, or a token in the URL query all count as no token: the server reads the credential from the header only, so it never lands in an access log.

Resolution

Mint a connector token and read how to wire it into your client:

magus config mcp connector create --name my-client

What this is not

  • Not a wrong token. A token that was sent and refused is MGS9001, which needs a new token rather than a first one.
MGS9011authmcpconnectortokenonboardingbearer401
Last updated (8b20a199)
Earlier changes on this page (2)

Full history ↗ · Blame source ↗

Glossary

Service

A long-running or shared process magus manages across runs, distinct from a one-shot target. Service in full.

Conventions

Placeholders

Angle brackets mark a value you replace with your own; never type the brackets:

magus run <target>
magus completion <shell>    # e.g. bash, zsh, fish

<target>, <path>, <shell>, <name> and the like are stand-ins, not literal text.