Rede MCP
Verifique o acesso à rede em duas direções: do seu cliente Model Context Protocol (MCP) para o seu workspace e do seu workspace para servidores MCP externos. Para login e identidade, consulte Autenticação MCP.
Cliente para workspace
As solicitações de MCP devem ser permitidas pelos controles de rede de entrada do seu workspace. Se as listas de acesso IP do workspace estiverem habilitadas, peça a um administrador para permitir os endereços IP públicos de onde as solicitações se originam:
Onde ocorre a execução do cliente MCP | Endereços para permitir |
|---|---|
No seu computador, como Claude Code, Codex CLI ou Cursor | O IP de saída público da sua rede. Se o tráfego passar por uma VPN corporativa ou proxy, use o IP de saída dessa rede. Peça ao administrador da sua rede. |
Em um serviço hospedado, como um conector Claude ou ChatGPT | Os intervalos de IP de saída publicados do provedor. Veja os IPs de saída do Claude e os IPs de saída do ChatGPT. |
Para clientes hospedados, o login do navegador vem da sua rede, enquanto as chamadas MCP vêm dos servidores do provedor. Ambos devem ser permitidos. Por exemplo, fazer login com sucesso na sua VPN corporativa não significa que o ChatGPT pode acessar o seu MCP.
Se a sua organização também usa controles de entrada baseados em contexto, as solicitações também devem satisfazer essas políticas. As listas de acesso IP da account aplicam-se ao console de account e ao acesso à API de account, como um administrador criando um aplicativo OAuth.
Workspace para servidor MCP externo
As chamadas para provedores MCP externos por meio do Unity Gateway usam o plano de compute Serverless do Workspace. Isso se aplica a servidores externos registrados e MCPs fornecidos pelo Databricks para serviços externos.
Se a sua política de rede serverless usar Acesso restrito , adicione o nome de domínio totalmente qualificado (FQDN) do servidor aos Domínios permitidos . Comece com o host na conexão do Unity Catalog do MCP. Verifique system.access.outbound_network para obter destinos bloqueados adicionais. Consulte Gerenciar políticas de rede e Logs de rede de saída.
- Uma conexão do Unity Catalog não permite automaticamente seu destino.
- Acesso total é o modo da política de rede serverless para permitir conexões de internet de saída por default. Domínios explicitamente bloqueados permanecem negados. Por exemplo, uma política que bloqueia
mcp.example.comimpede chamadas para esse servidor MCP. Solicite a um administrador que revise os destinos bloqueados da política. - Para testar o tráfego do MCP no modo dry-run, selecione Todos os produtos . As opções Databricks SQL e AI servindo modelo não colocam o tráfego do MCP no modo dry-run.
Conectividade privada
Para chegar a um servidor MCP na sua rede cloud, escolha como o compute serverless do Databricks se conecta a ele:
- Endpoint privado: use o Private Link para manter o tráfego em uma conexão privada. Um administrador account adiciona uma regra de endpoint privado para o domínio do servidor a uma configuração de conectividade de rede (NCC) anexada ao seu workspace. Seu administrador cloud aprova a conexão do endpoint. Consulte Configurar conectividade privada.
- Endpoint público com firewall: configure o firewall do servidor para permitir IPs de saída serverless do Databricks para a cloud e a região do seu workspace. Esses IPs são compartilhados entre os clientes do Databricks, portanto, mantenha a autenticação habilitada no servidor. Consulte Localizar os IPs de saída e configurar o firewall.
Os domínios adicionados às regras de endpoint privado são permitidos automaticamente pelas políticas de rede, portanto, você não precisa adicioná-los separadamente aos Domínios permitidos . Para um endpoint público, siga Workspace para servidor MCP externo.