MCP Manager is a hosted cloud service operated by Usercentrics. This page covers where it runs, whether you can self-host, how it reaches servers inside your network, and EU data residency.Documentation Index
Fetch the complete documentation index at: https://docs.mcpmanager.ai/llms.txt
Use this file to discover all available pages before exploring further.
Where MCP Manager runs
MCP Manager runs inside Usercentrics’ own cloud platform — Google Cloud Platform, US regionus-east1 — under the same security and compliance program Usercentrics runs as a data-privacy company. The services that process your traffic and the database holding your configuration and logs are all there. There is no region selection today, so the data MCP Manager processes and stores resides in the United States.
That operator matters for a governance product. Usercentrics is a global leader in consent management and data privacy — based in Munich, active in 100+ countries, processing billions of user consents a month across millions of websites and apps. Handling personal data and meeting regulatory obligations at scale is its core business. See Architecture & Trust for how the path is secured.
Self-hosted and on-premise
Wanting a self-hosted control plane is a common, reasonable security-review ask. MCP Manager ships only as the Usercentrics-operated cloud service described above. There is no on-premise, customer-deployed, or air-gapped build today, and none is planned. For most teams, the hosted model fits the real goal better than self-hosting would:- The traffic is mostly cloud-to-cloud already. The servers a gateway fronts are usually SaaS (Atlassian, GitHub, HubSpot) and the AI clients (Claude, ChatGPT, Cursor) are cloud too, so that traffic already leaves your network — an on-premise gateway wouldn’t contain it. The gateway’s value is identity, governance, and audit on top of that flow, delivered without you running more infrastructure.
- No infrastructure to run. Self-hosting means operating and securing the whole stack yourself, from Kubernetes to scaling, patching, and uptime. On the hosted model that work falls to a high-trust provider whose global team monitors the systems around the clock, so you can meet your compliance obligations without taking on the cost and complexity of running it yourself. You can review Usercentrics’ security posture and certifications at its trust center.
- You still control what stays in your environment. See what you keep for the levers that decide what ever leaves your network.
Reaching a server inside your network
A common version of the on-premise question is “how does MCP Manager connect to a server that’s only reachable inside my network?” It needs nothing self-hosted:- Workstation server (best fit). A small agent inside your network opens an outbound, encrypted WireGuard tunnel to the gateway. The server stays behind your firewall, opens no inbound ports, and is never exposed to the internet — the gateway reaches it only through that tunnel. See Workstation servers.
- Managed or self-hosted remote server. Whether the server already runs at a URL in your network (a remote server) or you launch it there as a managed server, the gateway reaches it over HTTPS from a single static IP address. Allowlist that one IP on your firewall so the server accepts connections only from MCP Manager. Find your static IP at Security → IP addresses.
What you keep in your own environment
You decide what leaves your environment and what the hosted service ever holds:- Your servers keep their data. Workstation and managed servers — and the systems behind them — stay in your infrastructure; MCP Manager brokers access from in front.
- You control what’s logged. Gateway rules redact, mask, or block sensitive values before anything is logged, and you can forward logs to your own collector in any region while keeping in-platform retention short.
- You can lock the path. Allowlist the gateway’s static egress IPs so a sensitive upstream accepts connections only from MCP Manager.
EU data residency
For European organizations this is often a real compliance concern. A dedicated EU-hosted deployment is not available today. There is no region selection, and the gateway processes traffic and stores configuration and logs in the United States, as described above. What usually shapes a GDPR position is which personal data is processed and where it comes to rest, rather than the region of any single component in the path. Two levers help here, and both are in your hands:- Keep personal data out of the hosted store. Gateway rules redact or mask PII before it is logged — often little or none reaches the US store — and a self-hosted collector in an EU region holds the audit copy you keep.
- Keep source data in the EU. The systems behind your own servers never leave your EU environment.
- Does your requirement cover data at rest only, or data in transit as well, including the servers that process it?
- Is it acceptable for US-based operational staff to access the systems for maintenance, or must the entire solution stay EU-only?
Further reading
Workstation servers
Reach a server inside your network through an outbound encrypted tunnel.
Managed servers
Run your own MCP servers and broker access through a gateway.
Self-hosted collector
Keep a copy of your logs in an OpenTelemetry collector you run.
Architecture & Trust
How the gateway path is secured — encryption, isolation, egress IPs.
.png?fit=max&auto=format&n=gKqTvJPtsRi2bLNx&q=85&s=8abbce3efb590630de2102c43d32aadf)
.png?fit=max&auto=format&n=Dy9YsIECUbR9JZiT&q=85&s=a1f404cd7f7aeb1727c89d81137ae1ac)