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
Pour atteindre un serveur MCP dans votre réseau cloud, choisissez comment le compute serverless Databricks s'y connecte :
- Endpoint privé : utilisez Private Link pour maintenir le trafic sur une connexion privée. Un administrateur de compte ajoute une règle d'endpoint privé pour le domaine du serveur à une configuration de connectivité réseau (NCC) attachée à votre workspace. Votre administrateur cloud approuve la connexion à l'endpoint. Voir Configurer une connectivité privée.
- Endpoint public avec un firewall : configurez le firewall du serveur pour autoriser les IP sortantes serverless de Databricks pour le cloud et la région de votre workspace. Ces IP sont partagées entre les clients Databricks, veillez donc à conserver l'authentification activée sur le serveur. Voir Trouver les IP sortantes et configurer votre firewall.
Les domaines ajoutés aux règles d'endpoint privé sont automatiquement autorisés par les politiques réseau, vous n'avez donc pas besoin de les ajouter séparément aux domaines autorisés . Pour un endpoint public, suivez Workspace vers un serveur MCP externe.