Utiliser le serveur MCP distant de l'API Network Management

Ce document explique comment utiliser le serveur MCP distant de l'API Network Management pour créer, afficher et supprimer des tests de connectivité.

Le serveur MCP distant de l'API Network Management est activé lorsque vous activez l'API Network Management.

Le Model Context Protocol (MCP) standardise la façon dont les grands modèles de langage (LLM) et les applications ou agents d'IA se connectent à des sources de données externes. Les serveurs MCP vous permettent d'utiliser leurs outils, ressources et invites pour effectuer des actions et obtenir des données à jour à partir de leur service backend.

Quelle est la différence entre les serveurs MCP locaux et distants ?

Serveurs MCP locaux
S'exécutent généralement sur votre machine locale et utilisent les flux d'entrée et de sortie standards (stdio) pour la communication entre les services sur le même appareil.
Serveurs MCP distants
 s'exécute sur l'infrastructure du service et propose un point de terminaison HTTP aux applications d'IA pour la communication entre le client AI MCP et le serveur MCP. Pour en savoir plus sur l'architecture MCP, consultez Architecture MCP.

Noyau sans état

Avec la version 2026-07-28 du protocole MCP, le protocole MCP passe d'un protocole bidirectionnel avec état à un protocole sans état. Chaque requête MCP est auto-descriptive et peut être acheminée à l'aide d'en-têtes. Il n'est pas nécessaire d'utiliser l'établissement de liaison initialize/initialized ni Mcp-Session-Id, car chaque requête inclut toutes les informations nécessaires dans les en-têtes HTTP ou le paramètre _meta. Les serveurs MCP peuvent demander des informations supplémentaires requises par un outil via des requêtes MRTR (multi-round-trip requests).

Pour faciliter l'acheminement et le traitement des requêtes sans analyser le corps de la requête, certains en-têtes MCP sont requis, y compris les suivants :

  • En-têtes requis par la spécification MCP, tels que l'en-tête de version du protocole et les en-têtes de requête standards.
  • En-têtes personnalisés définis par le serveur MCP. Ces en-têtes sont mis en miroir dans les en-têtes HTTP à partir du schéma d'entrée de l'outil à l'aide de la propriété x-mcp-header. Par exemple, un serveur MCP peut définir un en-tête personnalisé pour spécifier la région Google Cloud ou l'ID du projet.

Pour en savoir plus sur l'architecture MCP, consultez les spécifications et les principaux changements de la version MCP 2026-07-28.

Serveurs MCP distants et Google Cloud

Les serveurs MCP distants Google Cloud et Google présentent les fonctionnalités et avantages suivants :

  • Découverte simplifiée et centralisée
  • Points de terminaison HTTP mondiaux ou régionaux gérés
  • Autorisations précises
  • Sécurité facultative des requêtes et des réponses avec la protection Model Armor
  • Journalisation d'audit centralisée

Pour en savoir plus sur les autres serveurs MCP et sur les contrôles de sécurité et de gouvernance disponibles pour les serveurs MCP Google Cloud, consultez Présentation des serveurs MCP Google Cloud.

Avant de commencer

Assurez-vous de disposer des rôles IAM suivants.

Rôles requis

Pour obtenir les autorisations nécessaires pour utiliser le serveur MCP de l'API Network Management, demandez à votre administrateur de vous accorder les rôles IAM suivants sur le projet dans lequel vous souhaitez utiliser le serveur MCP :

Pour en savoir plus sur l'attribution de rôles, consultez Gérer l'accès aux projets, aux dossiers et aux organisations.

Ces rôles prédéfinis contiennent les autorisations requises pour utiliser le serveur MCP de l'API Network Management. Pour connaître les autorisations exactes requises, développez la section Autorisations requises :

Autorisations requises

Les autorisations suivantes sont requises pour utiliser le serveur MCP de l'API Network Management :

  • Effectuer des appels d'outils MCP : mcp.tools.call
  • Créez des tests de connectivité : networkmanagement.connectivitytests.create
  • Effectuer un test de connectivité : networkmanagement.connectivitytests.get
  • Lister les tests de connectivité : networkmanagement.connectivitytests.list
  • Supprimer un test de connectivité : networkmanagement.connectivitytests.delete

Vous pouvez également obtenir ces autorisations avec des rôles personnalisés ou d'autres rôles prédéfinis.

Pour connaître les autorisations et les rôles exacts requis pour exécuter des tests de connectivité, consultez Autorisations.

Authentification et autorisation

Le serveur MCP distant de l'API Network Management utilise le protocole OAuth 2.0 avec Identity and Access Management (IAM) pour l'authentification et l'autorisation. Toutes les Google Cloud identités sont acceptées pour l'authentification auprès des serveurs MCP.

Le serveur MCP distant de l'API Network Management n'accepte pas les clés API.

Nous vous recommandons de créer une identité distincte pour les agents qui utilisent les outils MCP afin de pouvoir contrôler et surveiller l'accès aux ressources. Pour en savoir plus sur l'authentification, consultez S'authentifier auprès des serveurs MCP.

Habilitations OAuth MCP de l'API Network Management

OAuth 2.0 utilise des niveaux d'accès et des identifiants pour déterminer si un compte principal authentifié est autorisé à effectuer une action spécifique sur une ressource. Pour en savoir plus sur les habilitations OAuth 2.0 chez Google, consultez Utiliser OAuth 2.0 pour accéder aux API Google.

L'API Network Management utilise le champ d'application OAuth https://www.googleapis.com/auth/cloud-platform.

Des niveaux d'accès supplémentaires peuvent être requis pour les ressources auxquelles vous accédez lors d'un appel d'outil.

Configurer un client MCP pour utiliser le serveur MCP de l'API Network Management

Les applications et agents d'IA, tels que Claude ou Antigravity, peuvent instancier un client MCP qui se connecte à un seul serveur MCP. Une application d'IA peut comporter plusieurs clients qui se connectent à différents serveurs MCP. Si votre application n'est pas listée dans les conseils spécifiques aux clients, vous pouvez utiliser les informations suivantes pour vous connecter depuis la plupart des applications.

Dans votre application d'IA, recherchez un moyen d'ajouter ou de vous connecter à un serveur MCP distant. Pour le serveur MCP de l'API Network Management, saisissez les informations suivantes, si nécessaire :

  • Nom du serveur : serveur MCP de l'API Network Management
  • URL du serveur ou point de terminaison : https://networkmanagement.googleapis.com/mcp
  • Transport : HTTP transmissible en flux
  • Informations d'authentification : selon la méthode d'authentification choisie, vous pouvez saisir vos identifiants Google Cloud , votre ID client et votre code secret OAuth, ou encore l'identité et les identifiants d'un agent. Pour en savoir plus sur l'authentification, consultez S'authentifier auprès des serveurs MCP.
  • Champ d'application OAuth : champ d'application OAuth 2.0 à utiliser lors de la connexion au serveur MCP de l'API Network Management. Saisissez https://www.googleapis.com/auth/cloud-platform.

Pour obtenir des conseils spécifiques à une application sur la configuration et la connexion au serveur MCP, consultez Conseils spécifiques aux clients.

Pour obtenir des conseils plus généraux, consultez les ressources suivantes :

Outils disponibles

Pour afficher les détails des outils MCP disponibles et leurs descriptions pour le serveur MCP de l'API Network Management, consultez la documentation de référence de l'API Network Management MCP.

Outils de liste

Utilisez l'inspecteur MCP pour lister les outils ou envoyez une requête HTTP tools/list directement au serveur MCP distant de l'API Network Management. La méthode tools/list ne nécessite pas d'authentification.

curl -X POST https://networkmanagement.googleapis.com/TOOLSET_ENDPOINT \
    -H 'Content-Type: application/json' \
    -H 'Accept: application/json' \
    -H 'MCP-Protocol-Version: MCP_PROTOCOL_VERSION' \
    -H 'Mcp-Method: tools/list' \
    -d '{
      "jsonrpc": "2.0",
      "id": 1,
      "method": "tools/list",
      "params": {
        "_meta": {
          "io.modelcontextprotocol/protocolVersion": "MCP_PROTOCOL_VERSION",
          "io.modelcontextprotocol/clientCapabilities": {
            "extensions": {
              "io.modelcontextprotocol/ui": {
                "mimeTypes": ["text/html;profile=mcp-app"]
              }
            }
          }
        }
      }
    }'

Remplacez les éléments suivants :

  • TOOLSET_ENDPOINT : le reste du point de terminaison MCP après le nom du service. Par exemple, pour l'API Network Management, il peut s'agir de mcp/toolset-name.
  • MCP_PROTOCOL_VERSION : version du protocole MCP. Exemple : 2026-07-28.

Exemples de cas d'utilisation

Voici des exemples de cas d'utilisation du serveur MCP de l'API Network Management :

  • Créer un test de connectivité
  • Obtenir et lister les tests de connectivité
  • Supprimer un test de connectivité

Exemple de prompt :

"Exécute un test de connectivité de vm-1 à vm-2 sur le port 22 à l'aide du serveur MCP de l'API Network Management."

Une fois le test créé, suivez les instructions pour afficher, puis supprimer la ressource de test.

Interpréter les résultats :

  • Résultat de joignabilité : une valeur REACHABLE dans reachabilityDetails indique que la configuration réseau autorise le trafic.
  • Résultat de la vérification : une valeur de REACHABLE dans probingDetails confirme que les vérifications actives envoyées entre les points de terminaison ont réussi.
  • Traces : examinez la trace de saut en saut pour voir quelles ressources ont été incluses dans le test.

Configurations de sécurité et de protection facultatives

Le MCP introduit de nouveaux risques et considérations de sécurité en raison de la grande variété d'actions que vous pouvez effectuer avec les outils MCP. Pour minimiser et gérer ces risques,Google Cloud propose des paramètres par défaut et des règles personnalisables permettant de contrôler l'utilisation des outils MCP dans votre organisation ou votre projet Google Cloud.

Pour en savoir plus sur la sécurité et la gouvernance des MCP, consultez Sécurité et sûreté de l'IA.

Étapes suivantes