You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The various network filtering resources for AWS accept '-1' or 'any' as a protocol value, as does the AWS API. Internally, AWS translates '-1' to 'any', which causes a delta against the Terraform configuration on the next run. This results in needless configuration churn.
The terraform documentation lists '-1' as an acceptable value for aws_network_acl_rules. The obvious workaround is to use 'any' instead.
This was resolved in hashicorp/terraform#13049 which was released as part of 0.9.2 (March 28, 2017). The resource should not show up in the diff if protocol = -1 anymore. I just verified using slightly modified example from above:
This issue was originally opened by @cbarbour as hashicorp/terraform#10445. It was migrated here as part of the provider split. The original body of the issue is below.
The various network filtering resources for AWS accept '-1' or 'any' as a protocol value, as does the AWS API. Internally, AWS translates '-1' to 'any', which causes a delta against the Terraform configuration on the next run. This results in needless configuration churn.
The terraform documentation lists '-1' as an acceptable value for aws_network_acl_rules. The obvious workaround is to use 'any' instead.
Terraform Version
Terraform v0.7.13 (OSX 64 bit)
Affected Resource(s)
Please list the resources as a list, for example:
Terraform Configuration Files
Output
Expected Behavior
Terraform should either reject this input, or treat
-1
andany
as synonymous.Actual Behavior
Terraform accepts
-1
as a valid value, treats the discoveredany
as configuration drift, and recreates all rules that use-1
as their protocol.Steps to Reproduce
Please list the steps required to reproduce the issue, for example:
-1
as the protocol.terraform apply
terraform plan
The text was updated successfully, but these errors were encountered: