Cette page décrit les commandes permettant d'utiliser les règles de pare-feu, et propose plusieurs exemples d'utilisation.
Avant de commencer
Pour en savoir plus sur les règles de pare-feu, telles que les règles implicites et les règles générées par le système pour les réseaux par défaut, consultez la page Présentation des règles de pare-feu.
Avant de configurer les règles de pare-feu, consultez la section Composants des règles de pare-feu pour vous familiariser avec les composants des pare-feu, tels qu'ils sont utilisés dans Google Cloud.
Créer des règles de pare-feu
Les règles sont définies au niveau du réseau et s'appliquent seulement au réseau sur lequel elles ont été créées. Cependant, le nom que vous sélectionnez pour chacune d'elles doit être unique au projet.
Lorsque vous créez une règle de pare-feu, vous pouvez choisir d'activer la journalisation des règles de pare-feu. Si vous activez la journalisation, vous pouvez omettre les champs de métadonnées afin d'économiser les coûts de stockage. Pour plus d'informations, consultez la section Utiliser la journalisation des règles de pare-feu.
Console
- Accédez à la page "Pare-feu" de Google Cloud Console.
Accéder à la page Pare-feu - Cliquez sur Créer une règle de pare-feu.
- Entrez un nom pour la règle de pare-feu.
Ce nom doit être unique au projet. - (Facultatif) Vous pouvez activer la journalisation des règles de pare-feu en procédant comme suit :
- Cliquez sur Journaux > Activé.
- Pour omettre les métadonnées, développez Détails des journaux, puis désélectionnez Inclure les métadonnées.
- Spécifiez le réseau pour la règle de pare-feu.
- Spécifiez la priorité de la règle.
Plus la valeur est faible, plus la priorité est élevée. - Sélectionnez Entrée ou Sortie pour l'option Direction du trafic.
- Sélectionnez Autoriser ou Refuser pour l'option Action en cas de correspondance.
- Spécifiez les cibles de la règle.
- Si vous souhaitez que la règle s'applique à toutes les instances du réseau, sélectionnez
All instances in the network
(Toutes les instances du réseau). - Si vous souhaitez que la règle s'applique à des instances spécifiques en fonction de tags réseau (cibles), sélectionnez
Specified target tags
(Tags cibles spécifiés), puis saisissez les tags auxquels la règle doit s'appliquer dans le champ Tags cibles. - Si vous souhaitez que la règle s'applique à des instances spécifiques en fonction du compte de service associé, sélectionnez
Specified service account
(Compte de service spécifié), et indiquez si le compte de service se trouve dans le projet en cours ou dans un autre projet dans le champ Champ d'application du compte de service. Choisissez ou saisissez ensuite le nom du compte de service dans le champ Compte de service cible.
- Si vous souhaitez que la règle s'applique à toutes les instances du réseau, sélectionnez
- Pour une règle d'entrée, spécifiez le filtre source :
- Sélectionnez
IP ranges
(Plages d'adresses IP), puis saisissez les blocs CIDR dans le champ Plages d'adresses IP sources pour définir la source du trafic entrant par plages d'adresses IP. Sélectionnez0.0.0.0/0
pour autoriser les sources de n'importe quel réseau. - Pour limiter la source par tag de réseau, sélectionnez
Source tags
(Tags sources), puis saisissez les tags réseau dans le champ Tags sources. Pour connaître le nombre maximal de tags sources, consultez la section Quotas et limites des VPC. Le filtrage par tag source n'est disponible que si la cible n'est pas spécifiée par compte de service. Pour en savoir plus, consultez la section Filtrer par compte de service ou par tag réseau. - Pour limiter la source par compte de service, sélectionnez
Service account
(Compte de service), puis indiquez si le compte de service se trouve dans le projet en cours ou dans un autre projet dans le champ Champ d'application du compte de service. Choisissez ou saisissez ensuite le nom du compte de service dans le champ Compte de service source. Le filtrage par compte de service source n'est disponible que si la cible n'est pas spécifiée par tag réseau. Pour en savoir plus, consultez la section Filtrer par compte de service ou par tag réseau. - Si vous le souhaitez, définissez un Deuxième filtre source. Ces types de filtre ne peuvent pas utiliser les mêmes critères de filtrage que les filtres principaux. Les plages d'adresses IP sources peuvent être utilisées conjointement avec les tags sources ou les comptes de service sources. L'ensemble de sources utilisé est la combinaison des plages d'adresses IP sources et des instances identifiées par des tags réseau (ou des comptes de service).
- Les tags sources et les comptes de service sources ne peuvent pas être utilisés conjointement.
- Sélectionnez
- Pour une règle de sortie, spécifiez le filtre de destination :
- Sélectionnez
IP ranges
(Plages d'adresses IP), puis saisissez les blocs CIDR dans le champ Plages d'adresses IP de destination pour définir la destination du trafic sortant en fonction des plages d'adresses IP. Utilisez0.0.0.0/0
pour l'appliquer partout.
- Sélectionnez
Définissez les Protocoles et ports auxquels la règle s'applique :
Sélectionnez
Allow all
(Tout autoriser) ouDeny all
(Tout refuser) selon l'action à exécuter, pour que la règle s'applique à tous les protocoles et ports de destination.Définissez des protocoles et des ports de destination spécifiques :
- Sélectionnez tcp pour inclure le protocole et les ports de destination TCP. Saisissez
all
ou une liste de ports de destination délimités par des virgules, telle que20-22, 80, 8080
. - Sélectionnez udp pour inclure le protocole et les ports de destination UDP. Saisissez
all
ou une liste de ports de destination délimités par des virgules, telle que67-69, 123
. - Sélectionnez Autres protocoles pour inclure des protocoles tels que
icmp
ousctp
.
- Sélectionnez tcp pour inclure le protocole et les ports de destination TCP. Saisissez
(Facultatif) Vous pouvez créer la règle de pare-feu sans l'activer en définissant son état d'application sur désactivée. Cliquez sur Désactiver la règle, puis sélectionnez Désactivée.
Cliquez sur Créer.
gcloud
La commande gcloud
permettant de créer des règles de pare-feu est la suivante :
gcloud compute firewall-rules create NAME \ [--network NETWORK; default="default"] \ [--priority PRIORITY;default=1000] \ [--direction (ingress|egress|in|out); default="ingress"] \ [--action (deny | allow )] \ [--target-tags TAG[,TAG,...]] \ [--target-service-accounts=IAM_SERVICE_ACCOUNT[,IAM_SERVICE_ACCOUNT,...]] \ [--source-ranges CIDR_RANGE[,CIDR_RANGE,...]] \ [--source-tags TAG,TAG,] \ [--source-service-accounts=IAM_SERVICE_ACCOUNT[,IAM_SERVICE_ACCOUNT,...]] \ [--destination-ranges CIDR_RANGE[,CIDR_RANGE,...]] \ [--rules (PROTOCOL[:PORT[-PORT]],[PROTOCOL[:PORT[-PORT]],...]] | all ) \ [--disabled | --no-disabled] \ [--enable-logging | --no-enable-logging] \ [--logging-metadata LOGGING_METADATA]
Utilisez les paramètres en fonction des explications ci-dessous. Des informations plus détaillées sur chacun des paramètres sont disponibles dans la Documentation de référence du SDK.
--network
Réseau associé à la règle. S'il n'est pas renseigné, la règle est créée dans le réseaudefault
. Si vous n'avez pas de réseau par défaut ou si vous souhaitez créer la règle dans un réseau spécifique, vous devez utiliser ce champ.- Le paramètre
--priority
est une valeur numérique indiquant la priorité de la règle. Plus la valeur est faible, plus la priorité est élevée. - Le paramètre
--direction
indique le sens du trafic. Il peut être défini suringress
(entrée) ouegress
(sortie). - Le paramètre
--action
indique l'action en cas de correspondance. Il peut être défini surallow
(autoriser) oudeny
(refuser), et doit être utilisé avec l'option--rules
(règles). - Vous pouvez spécifier une cible de trois manières différentes :
- Ne renseignez pas les options
--target-tags
(tags cibles) et--target-service-accounts
(comptes de service cibles) si la règle doit s'appliquer à toutes les cibles du réseau. - Utilisez l'option
--target-tags
(tags cibles) pour définir des cibles par tags réseau. - Utilisez l'option
--target-service-accounts
(comptes de service cibles) pour définir des cibles par comptes de service associés.
- Ne renseignez pas les options
- Pour une règle d'entrée, spécifiez une source :
- Ne renseignez pas les options
--source-ranges
(plages sources),source-tags
(tags sources) et--source-service-accounts
(comptes de service sources) si toutes les sources d'entrées doivent être acceptées (0.0.0.0/0
). - Utilisez l'option
--source-ranges
(plages sources) pour spécifier des plages d'adresses IP sources au format CIDR. - Utilisez l'option
--source-tags
(tags sources) pour spécifier les instances sources par tags réseau. Le filtrage par tag source n'est disponible que si la cible n'est pas spécifiée par compte de service. Pour en savoir plus, consultez la section Filtrer par compte de service ou par tag réseau. - Les options
--source-ranges
(plages sources) et--source-tags
(tags sources) peuvent être utilisées conjointement. Si les deux options sont spécifiées, l'ensemble de sources utilisé correspond à la combinaison des plages d'adresses IP sources et des instances identifiées à l'aide des tags réseau, même si les instances avec tag ne disposent pas d'adresses IP dans les plages sources. - Utilisez l'option
--source-service-accounts
(comptes de service sources) pour spécifier des instances en fonction des comptes de service qu'elles utilisent. Le filtrage par compte de service source n'est disponible que si la cible n'est pas spécifiée par tag réseau. Pour en savoir plus, consultez la section Filtrer par compte de service ou par tag réseau. Les options--source-ranges
(plages sources) et--source-service-accounts
(comptes de service sources) peuvent être utilisées conjointement. Si les deux sont spécifiés, l'ensemble de sources utilisé correspond à la combinaison des plages d'adresses IP sources et des instances identifiées par les comptes de service sources, même si les instances identifiées par les comptes de service sources ne contiennent pas d'adresses IP dans les plages sources.
- Ne renseignez pas les options
- Pour une règle de sortie, spécifiez une destination :
- Ne renseignez pas l'option
--destination-ranges
(plages de destination) si toutes les destinations de sortie doivent être acceptées (0.0.0.0/0
). - Utilisez l'option
--destination-ranges
pour spécifier les plages d'adresses IP de destination au format CIDR.
- Ne renseignez pas l'option
--rules
Liste des protocoles et ports de destination auxquels la règle s'applique. Sélectionnezall
(tous) pour appliquer la règle à tous les protocoles et à tous les ports de destination. Ce paramètre nécessite l'option--action
.- Par défaut, les règles de pare-feu sont créées et appliquées automatiquement. Cependant, vous pouvez modifier ce comportement.
- Si les options
--disabled
(désactivée) et--no-disabled
(non désactivée) ne sont pas sélectionnées, la règle de pare-feu est créée et appliquée. - Ajoutez l'option
--disabled
(désactivée) pour créer la règle de pare-feu sans l'appliquer. La règle de pare-feu reste désactivée jusqu'à la mise à jour de la règle de pare-feu, qui permet de l'activer. - Ajoutez l'option
--no-disabled
(non désactivée) si vous souhaitez appliquer la règle de pare-feu.
- Si les options
--enable-logging | --no-enable-logging
Vous pouvez activer la journalisation des règles de pare-feu lors de la création ou de la mise à jour d'une règle. La journalisation des règles de pare-feu vous permet de réaliser des audits, des vérifications et des analyses sur les effets de vos règles de pare-feu. Pour en savoir plus, consultez la section Journalisation des règles de pare-feu.--logging-metadata
Si vous activez la journalisation, la journalisation des règles de pare-feu inclut par défaut les champs de base et de métadonnées. Vous pouvez omettre les champs de métadonnées pour réduire les coûts de stockage. Pour plus d'informations, consultez la section Utiliser la journalisation des règles de pare-feu.
API
Créez une règle de pare-feu.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/firewalls { "name": "FIREWALL_NAME", "network": "projects/PROJECT-ID/global/networks/NETWORK_NAME", ... other fields }
Remplacez les espaces réservés par des valeurs valides :
PROJECT_ID
correspond à l'ID du projet où se trouve le réseau VPC.NETWORK_NAME
correspond au nom du réseau VPC sur lequel la règle de pare-feu est créée.FIREWALL_NAME
correspond au nom de la règle de pare-feu.Pour une règle de pare-feu d'entrée, définissez la source d'entrée à l'aide des champs suivants :
sourceRanges
,sourceTags
ousourceServiceAccounts
. Ne spécifiez pas la plage0.0.0.0/0
pour ces champs. Vous ne pouvez pas utiliser conjointement les champssourceTags
etsourceServiceAccounts
. Cependant, vous pouvez associersourceRanges
avecsourceTags
ousourceServiceAccounts
. Dans ce cas, la connexion doit simplement correspondre à l'un ou l'autre des champs pour que la règle de pare-feu s'applique.Pour les champs cibles, vous ne pouvez pas utiliser le champ
targetServiceAccounts
si vous utilisez le champsourceTags
. Vous devez soit utiliser le champtargetTags
, soit aucun champ cible. De même, si vous spécifiez le champsourceServiceAccounts
, vous ne pouvez pas utiliser le champtargetTags
. Si vous ne spécifiez pas de champ cible, la règle s'applique à toutes les cibles du réseau.Pour une règle de pare-feu de sortie, définissez la destination à l'aide du champ
destinationRanges
. Si vous ne spécifiez pas de destination, Google Cloud utilise0.0.0.0/0
. Définissez le champtargetTags
outargetServiceAccounts
pour spécifier les cibles auxquelles la règle s'applique. Si vous ne spécifiez pas de champ cible, la règle s'applique à toutes les cibles du réseau.
Pour obtenir plus d'informations et la description de chaque champ, reportez-vous à la méthode firewalls.insert
.
Terraform
Vous pouvez créer une règle de pare-feu à l'aide d'un module Terraform.
Mettre à jour des règles de pare-feu
Vous pouvez modifier certains composants d'une règle de pare-feu, tels que les protocoles et ports de destination spécifiés pour la condition de correspondance. Néanmoins, vous ne pouvez pas modifier son nom, son réseau, l'action en cas de correspondance et le sens du trafic.
Si vous devez modifier le nom, le réseau, l'action ou le sens, vous devez supprimer la règle et en créer une autre.
Console
- Accédez à la page "Pare-feu" de Google Cloud Console.
Accéder à la page Pare-feu - Cliquez sur la règle que vous souhaitez modifier.
- Cliquez sur Modifier.
Modifiez l'un des composants modifiables selon vos besoins.
Dans le champ Protocoles et ports spécifiés, utilisez une liste délimitée par des points-virgules pour spécifier plusieurs protocoles et combinaisons de protocoles et de ports de destination.
Cliquez sur Enregistrer.
gcloud
La commande gcloud
permettant de mettre à jour des règles de pare-feu est la suivante :
gcloud compute firewall-rules update NAME \ [--priority=PRIORITY] \ [--description=DESCRIPTION] \ [--target-tags=TAG,...] \ [--target-service-accounts=IAM_SERVICE_ACCOUNT,_] \ [--source-ranges=CIDR_RANGE,...] \ [--source-tags=TAG,...] \ [--source-service-accounts=IAM_SERVICE_ACCOUNT,_] \ [--destination-ranges=CIDR_RANGE,...] \ [--rules=[PROTOCOL[:PORT[-PORT]],…]] \ [--disabled | --no-disabled] \ [--enable-logging | --no-enable-logging]
Les descriptions de chaque option sont identiques à celles utilisées pour créer des règles de pare-feu. Vous trouverez plus d'informations sur chacune d'elles dans la documentation de référence du SDK.
API
Envoyez une requête PATCH pour mettre à jour les champs suivants : allowed
, description
, sourceRanges
, sourceTags
ou targetTags
. Envoyez une requête PUT ou POST pour tous les autres champs.
(PATCH|(POST|PUT)) https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/firewalls/FIREWALL_NAME { "name": "FIREWALL_NAME", "network": "projects/PROJECT-ID/global/networks/NETWORK_NAME", ... other fields }
Remplacez les espaces réservés par des valeurs valides :
PROJECT_ID
correspond à l'ID du projet où se trouve le réseau VPC.NETWORK_NAME
correspond au nom du réseau VPC où se trouve la règle de pare-feu.FIREWALL_NAME
correspond au nom de la règle de pare-feu à mettre à jour.
Pour obtenir plus d'informations et la description de chaque champ, reportez-vous à la méthode firewalls.patch
ou firewalls.update
.
Répertorier les règles de pare-feu pour un réseau VPC
Dans Cloud Console, vous pouvez répertorier toutes les règles de pare-feu de votre projet ou d'un réseau VPC particulier. Pour chaque règle de pare-feu, Cloud Console affiche des détails tels que le type, les cibles et les filtres de la règle.
Si vous activez la journalisation des règles de pare-feu, Firewall Insights peut fournir des insights sur vos règles de pare-feu afin de vous aider à mieux comprendre et optimiser en toute sécurité leurs configurations. Par exemple, vous pouvez afficher quelles règles allow
n'ont pas été utilisées au cours des six dernières semaines.
Pour en savoir plus, consultez la section sur l'utilisation de l'écran de détails des règles de pare-feu dans la documentation Firewall Insights.
Console
Pour afficher toutes les règles de pare-feu pour l'ensemble des réseaux de votre projet, procédez comme suit :
- Accédez à la page "Pare-feu" de Google Cloud Console.
Accéder à la page Pare-feu
Pour afficher les règles de pare-feu sur un réseau particulier, procédez comme suit :
- Accédez à la page "Réseaux VPC" dans Google Cloud Console.
Accéder à la page "Réseaux VPC" - Cliquez sur le nom d'un réseau VPC pour accéder à sa page de détails.
- Sur la page de détails du réseau, cliquez sur l'onglet Règles de pare-feu.
gcloud
La commande suivante génère une liste triée des règles de pare-feu pour un réseau donné ([NETWORK-NAME]
).
gcloud compute firewall-rules list --filter network=NETWORK_NAME \ --sort-by priority \ --format="table( name, network, direction, priority, sourceRanges.list():label=SRC_RANGES, destinationRanges.list():label=DEST_RANGES, allowed[].map().firewall_rule().list():label=ALLOW, denied[].map().firewall_rule().list():label=DENY, sourceTags.list():label=SRC_TAGS, targetTags.list():label=TARGET_TAGS )"
API
Répertoriez toutes les règles de pare-feu pour un réseau donné.
GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/firewalls/?filter=network="NETWORK_NAME
Remplacez les espaces réservés par des valeurs valides :
PROJECT_ID
correspond à l'ID du projet où se trouve le réseau VPC.NETWORK_NAME
correspond au nom du réseau VPC qui contient les règles de pare-feu à répertorier.
Pour plus d'informations, reportez-vous à la méthode firewalls.list
.
Répertorier les règles de pare-feu pour l'interface réseau d'une instance de VM
Pour chaque interface réseau, Cloud Console répertorie les règles de pare-feu qui s'appliquent à l'interface et les règles qui sont réellement utilisées par celle-ci. Les règles de pare-feu peuvent masquer d'autres règles. Il est donc possible que toutes les règles s'appliquant à une interface ne soient pas réellement utilisées par cette dernière.
Les règles de pare-feu sont associées et appliquées à des instances de VM via le paramètre cible d'une règle. En affichant toutes les règles appliquées, vous pouvez vérifier si une règle particulière est réellement appliquée à une interface.
Si vous activez la journalisation des règles de pare-feu, Firewall Insights peut fournir des insights sur vos règles de pare-feu afin de vous aider à mieux comprendre et optimiser en toute sécurité leurs configurations. Par exemple, vous pouvez afficher les règles d'une interface qui ont été appelées au cours des six dernières semaines. Pour en savoir plus, consultez la section sur l'utilisation de l'écran de détails de l'interface réseau de la VM dans la documentation Firewall Insights.
Pour afficher toutes les règles de pare-feu qui s'appliquent à une interface réseau spécifique d'une instance de VM, procédez comme suit :
- Accédez à la page "Instances de VM" dans Google Cloud Console et cherchez l'instance à afficher.
Accéder à la page "Instances de VM" - Dans le menu Autres actions de l'instance (
), sélectionnez Afficher les détails du réseau.
- Si une instance comporte plusieurs interfaces réseau, sélectionnez celle qui doit être affichée dans la section Informations sur l'interface réseau.
- Cliquez sur l'onglet Règles de pare-feu pour afficher toutes les règles qui s'appliquent à l'interface réseau, triées par nom de règle.
Parmi les règles qui s'appliquent à une interface réseau, certaines ne seront pas utilisées. Certaines règles peuvent être remplacées par une règle avec une plage plus spécifique ou une priorité plus élevée. En affichant les règles utilisées, vous pouvez rapidement vérifier quels plages d'adresses IP, protocoles et ports de destination sont ouverts ou fermés pour l'instance.
Pour afficher les règles utilisées par une interface réseau spécifique d'une instance de VM, procédez comme suit :
- Accédez à la page "Instances de VM" dans Google Cloud Console et recherchez l'instance à afficher.
Accéder à la page "Instances de VM" - Dans le menu Autres actions de l'instance (
), sélectionnez Afficher les détails du réseau.
- Si une instance comporte plusieurs interfaces réseau, sélectionnez celle à afficher dans la section Informations sur l'interface réseau.
- Dans la section Analyse des données sur les réseaux, sélectionnez l'onglet Analyse des entrées ou l'onglet Analyse des sorties.
- Affichez la table, triée de la plage d'adresses IP la plus spécifique à la moins spécifique, pour déterminer si le trafic en provenance ou à destination d'une adresse IP spécifique est autorisé.
Afficher les détails des règles de pare-feu
Vous pouvez inspecter une règle de pare-feu pour voir son nom, son réseau et ses composants, et vérifier si la règle est activée ou désactivée.
Console
- Répertoriez vos règles de pare-feu. Vous pouvez afficher une liste de toutes les règles ou uniquement celles d'un réseau donné.
- Cliquez sur la règle pour l'afficher.
gcloud
La commande suivante décrit une règle de pare-feu individuelle. Remplacez [FIREWALL-NAME]
par le nom de la règle de pare-feu. Les noms de règles de pare-feu étant uniques à chaque projet, vous n'avez pas besoin de spécifier un réseau pour décrire une règle existante.
gcloud compute firewall-rules describe [FIREWALL-NAME]
API
Décrivez une règle de pare-feu donnée.
GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/firewalls/FIREWALL_NAME
Remplacez les espaces réservés par des valeurs valides :
PROJECT_ID
est l'ID du projet dans lequel se trouve la règle de pare-feu.FIREWALL_NAME
correspond au nom de la règle de pare-feu à décrire.
Pour plus d'informations, reportez-vous à la méthode firewalls.get
.
Supprimer des règles de pare-feu
Console
- Répertoriez vos règles de pare-feu. Vous pouvez afficher une liste de toutes les règles ou uniquement celles d'un réseau donné.
- Cliquez sur la règle à supprimer.
- Cliquez sur Supprimer.
- Cliquez à nouveau sur Supprimer pour confirmer votre choix.
gcloud
La commande suivante supprime une règle de pare-feu. Remplacez [FIREWALL-NAME]
par le nom de la règle à supprimer.
gcloud compute firewall-rules delete [FIREWALL-NAME]
API
Supprimez une règle de pare-feu.
DELETE https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/firewalls/FIREWALL_NAME
Remplacez les espaces réservés par des valeurs valides :
PROJECT_ID
est l'ID du projet dans lequel se trouve la règle de pare-feu.FIREWALL_NAME
correspond au nom de la règle de pare-feu à supprimer.
Pour plus d'informations, reportez-vous à la méthode firewalls.delete
.
Surveiller des règles de pare-feu
Vous pouvez activer la journalisation des règles de pare-feu pour voir quelle règle a autorisé ou bloqué quel trafic. Consultez la section Utiliser la journalisation des règles de pare-feu pour obtenir des instructions.
Exemples de configuration
Le diagramme ci-dessous illustre un exemple de configuration de pare-feu. Le scénario implique un réseau my-network
contenant les éléments suivants :
- Un sous-réseau
subnet1
avec une plage d'adresses IP de10.240.10.0/24
- Un sous-réseau
subnet2
avec une plage d'adresses IP de192.168.1.0/24
- Une instance
vm1
dans le sous-réseausubnet2
avec le tagwebserver
et l'adresse IP interne192.168.1.2
- Une instance
vm2
dans le sous-réseausubnet2
avec le tagdatabase
et l'adresse IP interne192.168.1.3
Exemple 1 : Refuser toutes les connexions TCP entrantes, sauf celles à destination du port 80
depuis le sous-réseau subnet1
Cet exemple crée un ensemble de règles de pare-feu qui refuse toutes les connexions TCP entrantes, à l'exception de celles destinées au port 80
depuis le sous-réseau subnet1
.
Créez une règle de pare-feu pour refuser tout le trafic TCP entrant sur les instances avec le tag
webserver
.gcloud compute firewall-rules create deny-subnet1-webserver-access \ --network NETWORK_NAME \ --action deny \ --direction ingress \ --rules tcp \ --source-ranges 0.0.0.0/0 \ --priority 1000 \ --target-tags webserver
Créez une règle de pare-feu pour autoriser toutes les adresses IP du sous-réseau
subnet1
(10.240.10.0/24
) à accéder au port TCP80
sur les instances avec le tagwebserver
.gcloud compute firewall-rules create vm1-allow-ingress-tcp-port80-from-subnet1 \ --network NETWORK_NAME \ --action allow \ --direction ingress \ --rules tcp:80 \ --source-ranges 10.240.10.0/24 \ --priority 50 \ --target-tags webserver
Exemple 2 : Refuser toutes les connexions TCP sortantes, sauf celles à destination du port 80
de vm1
Créez une règle de pare-feu pour refuser tout le trafic TCP sortant.
gcloud compute firewall-rules create deny-all-access \ --network NETWORK_NAME \ --action deny \ --direction egress \ --rules tcp \ --destination-ranges 0.0.0.0/0 \ --priority 1000
Créez une règle de pare-feu pour autoriser le trafic TCP destiné au port
80
devm1
.gcloud compute firewall-rules create vm1-allow-egress-tcp-port80-to-vm1 \ --network NETWORK_NAME \ --action allow \ --direction egress \ --rules tcp:80 \ --destination-ranges 192.168.1.2/32 \ --priority 60
Exemple 3 : Autoriser les connexions TCP sortantes à destination du port 443
d'un hôte externe
Créez une règle de pare-feu permettant aux instances avec le tag webserver
d'envoyer le trafic TCP sortant vers le port 443
d'une adresse IP externe (192.0.2.5
).
gcloud compute firewall-rules create vm1-allow-egress-tcp-port443-to-192-0-2-5 \ --network NETWORK_NAME \ --action allow \ --direction egress \ --rules tcp:443 \ --destination-ranges 192.0.2.5/32 \ --priority 70 \ --target-tags webserver
Exemple 4 : Autoriser les connexions SSH de vm2
à vm1
Créez une règle de pare-feu qui permet au trafic SSH provenant d'instances avec le tag database
(vm2
) d'atteindre des instances avec le tag webserver
(vm1
).
gcloud compute firewall-rules create vm1-allow-ingress-tcp-ssh-from-vm2 \ --network NETWORK_NAME \ --action allow \ --direction ingress \ --rules tcp:22 \ --source-tags database \ --priority 80 \ --target-tags webserver
Exemple 5 : Autoriser le trafic TCP:1443 depuis le serveur Web vers la base de données à l'aide des comptes de service
Pour obtenir plus d'informations sur les comptes de service et les rôles, consultez la section Attribuer des rôles aux comptes de service.
Examinez le scénario décrit dans le diagramme ci-dessous, qui présente l'autoscaling de deux applications à l'aide de modèles : une application de serveur Web my-sa-web
et une application de base de données "my-sa-db". Un administrateur de sécurité souhaite autoriser les flux TCP sur le port de destination 1443
depuis my-sa-web
vers my-sa-db
.
Voici les étapes de configuration (y compris la création des comptes de service) :
Un éditeur ou propriétaire de projet crée les comptes de service
my-sa-web
etmy-sa-db
.gcloud iam service-accounts create my-sa-web \ --display-name "webserver service account"
gcloud iam service-accounts create my-sa-db \ --display-name "database service account"
Le propriétaire de projet attribue au développeur du serveur Web
web-dev@example.com
un rôle serviceAccountUser pour le compte de servicemy-sa-web
en définissant une stratégie IAM (Identity and Access Management).gcloud iam service-accounts add-iam-policy-binding \ my-sa-web@my-project.iam.gserviceaccount.com \ --member='user:web-dev@example.com' \ --role='roles/iam.serviceAccountUser'
Le propriétaire de projet attribue au développeur de base de données "db-dev@example.com" un rôle serviceAccountUser pour le compte de service
my-sa-db
en définissant une stratégie IAM.gcloud iam service-accounts add-iam-policy-binding \ my-sa-db@my-project.iam.gserviceaccount.com \ --member='user:db-dev@example.com' \ --role='roles/iam.serviceAccountUser'
Le développeur
web-dev@example.com
, qui a le rôle d'administrateur d'instance, crée un modèle d'instance de serveur Web et autorise les instances à s'exécuter en tant que compte de servicemy-sa-web
.gcloud compute instance-templates create [INSTANCE_TEMPLATE_NAME] \ --service-account my-sa-web@my-project-123.iam.gserviceaccount.com
Le développeur
db-dev@example.com
, qui a le rôle d'administrateur d'instance, crée un modèle d'instance de base de données et autorise les instances à s'exécuter en tant que compte de servicemy-sa-db
.gcloud compute instance-templates create [INSTANCE_TEMPLATE_NAME] \ --service-account my-sa-db@my-project-123.iam.gserviceaccount.com
L'administrateur de sécurité crée les règles de pare-feu à l'aide des comptes de service pour autoriser le trafic
TCP:1443
du compte de servicemy-sa-web
vers le compte de servicemy-sa-db
.gcloud compute firewall-rules create FIREWALL_NAME \ --network network_a \ --allow TCP:1443 \ --source-service-accounts my-sa-web@my-project.iam.gserviceaccount.com \ --target-service-accounts my-sa-db@my-project.iam.gserviceaccount.com
Dépannage
Messages d'erreur lors de la création ou de la mise à jour d'une règle de pare-feu
Un des messages d'erreur suivants peut s'afficher :
Should not specify destination range for ingress direction.
Les plages de destination ne sont pas des paramètres valides pour les règles de pare-feu d'entrée. Les règles de pare-feu sont supposées être des règles d'entrée, à moins qu'un sens de sortie (
egress
) ne soit spécifiquement défini. Si vous créez une règle qui ne spécifie pas de direction, elle est créée en tant que règle d'entrée, sans plage de destination. En outre, les plages de sources ne constituent pas des paramètres valides pour les règles de sortie.Firewall direction cannot be changed once created.
Vous ne pouvez pas modifier la direction d'une règle de pare-feu existante. Vous devez créer une nouvelle règle avec les paramètres corrects, puis supprimer l'ancienne.
Firewall traffic control action cannot be changed once created.
Vous ne pouvez pas modifier l'action d'une règle de pare-feu existante. Vous devez créer une nouvelle règle avec les paramètres corrects, puis supprimer l'ancienne.
Service accounts must be valid RFC 822 email addresses.
Le compte de service spécifié dans la règle de pare-feu doit être une adresse e-mail au format RFC 822.gcloud compute firewall-rules create bad --allow tcp --source-service-accounts invalid-email
Creating firewall...failed. ERROR: (gcloud.compute.firewall-rules.create) Could not fetch resource: – Invalid value for field 'resource.sourceServiceAccounts[0]': 'invalid-email'. Service accounts must be valid RFC 822 email addresses.
ServiceAccounts and Tags are mutually exclusive and can't be combined in the same firewall rule.
Vous ne pouvez pas spécifier à la fois des comptes de service et des tags dans la même règle.gcloud compute firewall-rules create bad --allow tcp --source-service-accounts test@google.com --target-tags target
Creating firewall...failed. ERROR: (gcloud.compute.firewall-rules.create) Could not fetch resource: – ServiceAccounts and Tags are mutually exclusive and can't be combined in the same firewall rule.
Impossibilité de se connecter à l'instance de VM
Si vous n'arrivez pas à vous connecter à une instance de VM, vérifiez vos règles de pare-feu.
Si vous lancez la connexion à partir d'une autre instance de VM, répertoriez les règles de pare-feu de sortie pour cette instance.
gcloud compute firewall-rules list --filter network=[NETWORK-NAME] \ --filter EGRESS \ --sort-by priority \ --format="table( name, network, direction, priority, sourceRanges.list():label=SRC_RANGES, destinationRanges.list():label=DEST_RANGES, allowed[].map().firewall_rule().list():label=ALLOW, denied[].map().firewall_rule().list():label=DENY, sourceTags.list():label=SRC_TAGS, sourceServiceAccounts.list():label=SRC_SVC_ACCT, targetTags.list():label=TARGET_TAGS, targetServiceAccounts.list():label=TARGET_SVC_ACCT )"
Vérifiez si l'adresse IP de destination est refusée par les règles de sortie. La règle avec la priorité la plus élevée (définie par la valeur la plus faible) remplace les règles avec les priorité moins élevées. Dans le cas de deux règles avec une priorité identique, la règle de refus est prioritaire.
Vérifiez la règle de pare-feu d'entrée pour le réseau qui contient l'instance de VM de destination.
gcloud compute firewall-rules list --filter network=[NETWORK-NAME] \ --filter INGRESS \ --sort-by priority \ --format="table( name, network, direction, priority, sourceRanges.list():label=SRC_RANGES, destinationRanges.list():label=DEST_RANGES, allowed[].map().firewall_rule().list():label=ALLOW, denied[].map().firewall_rule().list():label=DENY, sourceTags.list():label=SRC_TAGS, sourceServiceAccounts.list():label=SRC_SVC_ACCT, targetTags.list():label=TARGET_TAGS, targetServiceAccounts.list():label=TARGET_SVC_ACCT )"
Exemple de résultat. Les résultats dépendent de votre liste de règles de pare-feu.
NAME NETWORK DIRECTION PRIORITY SRC_RANGES DEST_RANGES ALLOW DENY SRC_TAGS SRC_SVC_ACCT TARGET_TAGS TARGET_SVC_ACCT default-allow-icmp default INGRESS 65534 0.0.0.0/0 icmp default-allow-internal default INGRESS 65534 10.128.0.0/9 tcp:0-65535,udp:0-65535,icmp default-allow-rdp default INGRESS 65534 0.0.0.0/0 tcp:3389 default-allow-ssh default INGRESS 65534 0.0.0.0/0 tcp:22 firewall-with-sa default INGRESS 1000 tcp:10000 test1@google.com target@google.com
Vous pouvez également effectuer des tests de connectivité depuis/vers des instances de VM d'un réseau VPC vers un autre réseau VPC ou vers un réseau autre que Google Cloud pour déterminer si le trafic est interrompu par des règles de pare-feu d'entrée ou de sortie. Pour plus d'informations sur l'exécution de tests de connectivité pour résoudre différents problèmes, consultez la page Exécuter des tests de connectivité.
Ma règle de pare-feu est-elle activée ou désactivée ?
Pour voir si une règle de pare-feu est activée ou désactivée, consultez les détails des règles de pare-feu.
Dans Google Cloud Console, cherchez Enabled
(activé) ou Disabled
(désactivé) sous Application.
Dans le résultat généré par l'outil de ligne de commande gcloud
, cherchez le champ disabled
.
Si disabled:false
est affiché, la règle est activée et appliquée. Si disabled: true
est affiché, la règle est désactivée.
Quelle règle est appliquée sur une instance de VM ?
Supposons que vous ajoutez une nouvelle règle de pare-feu à un réseau VPC, qui autorise le trafic vers un serveur de base de données au niveau de la destination 10.1.2.3
du port tcp:1433
. Après avoir créé la règle, vous pouvez vérifier si elle est appliquée correctement sur une instance particulière.
Pour plus d'informations, consultez la section Répertorier les règles de pare-feu pour l'interface réseau d'une instance de VM.
Dans l'exemple suivant, la console répertorie la règle database-access
dans l'onglet Analyse des sorties pour cette instance de VM, ce qui signifie que le trafic sortant 10.1.2.3
sur le port de destination1433
est autorisé. Tout autre trafic sortant dans la plage 10.1.0.0/16
est bloqué en raison de la règle de pare-feu deny-database-subnet
.

Les règles de pare-feu contenant des tags sources ne prennent pas effet immédiatement.
La propagation des règles de pare-feu d'entrée avec des tags sources peut prendre du temps. Pour en savoir plus, consultez les remarques liées aux tags sources pour les règles de pare-feu d'entrée.
Étape suivante
- Consultez la section Présentation des règles de pare-feu pour plus d'informations sur les règles de pare-feu.