Google Compute Engine Firewall Policy Association
This page shows how to write Terraform for Compute Engine Firewall Policy Association and write them securely.
google_compute_firewall_policy_association (Terraform)
The Firewall Policy Association in Compute Engine can be configured in Terraform with the resource name google_compute_firewall_policy_association
. The following sections describe how to use the resource and its parameters.
Example Usage from GitHub
An example could not be found in GitHub.
Parameters
The following arguments are supported:
attachment_target
- (Required) The target that the firewall policy is attached to.firewall_policy
- (Required) The firewall policy ID of the association.name
- (Required) The name for an association.
In addition to the arguments listed above, the following computed attributes are exported:
id
- an identifier for the resource with formatlocations/global/firewallPolicies/[[firewall_policy]]/associations/[[name]]
short_name
- The short name of the firewall policy of the association.
Explanation in Terraform Registry
Allows associating hierarchical firewall policies with the target where they are applied. This allows creating policies and rules in a different location than they are applied. For more information on applying hierarchical firewall policies see the official documentation
Tips: Best Practices for The Other Google Compute Engine Resources
In addition to the google_compute_disk, Google Compute Engine has the other resources that should be configured for security reasons. Please check some examples of those resources and precautions.
google_compute_disk
Ensure the encryption key for your GCE disk is stored securely
It is better to store the encryption key for your GCE disk securely. Secret Manager could be used instead.
google_compute_firewall
Ensure your VPC firewall blocks unwanted outbound traffic
It is better to block unwanted outbound traffic not to expose resources in the VPC to unwanted attacks.
google_compute_instance
Ensure appropriate service account is assigned to your GCE instance
It is better to create a custom service account for the instance and assign it.
google_compute_project_metadata
Ensure OS login for your GCE instances is enabled at project level
It is better to enable OS login for your GCE instances. Enabling OS login ensures that SSH keys used to connect to instances are mapped with IAM users, allowing centralized and automated SSH key management.
google_compute_ssl_policy
Ensure to use modern TLS protocols
It's better to adopt TLS v1.2+ instead of outdated TLS protocols.
google_compute_subnetwork
Ensure VPC flow logging is enabled
It is better to enable VPC flow logging. VPC flow logging allows us to audit traffic in your network.