Réseautage MCP
Vérifiez l'accès réseau dans deux directions : depuis votre client Model Context Protocol (MCP) vers votre workspace, et depuis votre workspace vers des serveurs MCP externes. Pour la connexion et l'identité, consultez Authentification MCP.
Du client au workspace
Les demandes MCP doivent être autorisées par les contrôles réseau entrants de votre workspace. Si les listes d'accès IP du workspace sont activées, demandez à un administrateur d'autoriser les adresses IP publiques à partir desquelles les demandes proviennent :
Où le client MCP s’exécute | Adresses autorisées |
|---|---|
Sur votre informatique, comme Claude Code, Codex CLI ou Cursor | IP sortante publique de votre réseau. Si le trafic passe par un VPN ou un proxy d'entreprise, utilisez l'IP sortante de ce réseau. Demandez-la à votre administrateur réseau. |
Dans un service hébergé, tel qu’un connecteur Claude ou ChatGPT | Plages d'adresses IP sortantes publiées par le fournisseur. Consultez les adresses IP sortantes de Claude et les adresses IP sortantes de ChatGPT. |
Pour les clients hébergés, la connexion au navigateur provient de votre réseau, tandis que les appels MCP proviennent des serveurs du fournisseur. Les deux doivent être autorisés. Par exemple, une connexion réussie depuis votre VPN d’entreprise ne signifie pas que ChatGPT peut atteindre votre MCP.
Si votre organisation utilise également des contrôles d'accès basés sur le contexte, les demandes doivent également respecter ces politiques. Les listes d'accès IP de compte s'appliquent à l'accès à la console de compte et à l'API de compte, comme un administrateur créant une application OAuth.
Workspace au serveur MCP externe
Les appels aux fournisseurs MCP externes via Unity Gateway utilisent le plan de compute serverless du workspace. Cela s’applique aux serveurs externes enregistrés et aux MCP fournis par Databricks pour les services externes.
Si votre politique de réseau serverless utilise un accès restreint , ajoutez le nom de domaine complet (FQDN) du serveur aux domaines autorisés . start avec l'hôte sur la connexion Unity Catalog du MCP. Consultez system.access.outbound_network pour obtenir des destinations bloquées supplémentaires. Consultez Gérer les politiques de réseau et Logs réseau sortants.
- Une connexion Unity Catalog n’autorise pas automatiquement sa destination.
- Le accès complet est le mode de politique réseau Serverless permettant les connexions internet sortantes default. Les domaines explicitement bloqués restent interdits. Par exemple, une politique qui bloque
mcp.example.comempêche les appels vers ce serveur MCP. Demandez à un administrateur de revoir les destinations bloquées de la politique. - Pour tester le trafic MCP en mode d'essai, sélectionnez Tous les produits . Les options Databricks SQL et Service de modèles IA ne placent pas le trafic MCP en mode d'essai.
Connectivité privée
Private Service Connect n’est pas pris en charge pour les connexions HTTP qui prennent en charge les MCP. Autorisez les IP sortantes serverless de Databricks sur le pare-feu du serveur. Voir Configurer un pare-feu pour un accès serverless.