Host a static website with S3 and Cloudflare

Cloudflare is a popular service that offers a Content Delivery Network (CDN), Domain Name System (DNS), and protection against Distributed Denial of Service (DDoS) attacks. The Terraform Cloudflare provider allows you to deploy and manage your content distribution services with the same workflow you use to manage infrastructure. Using Terraform, you can provision DNS records and distribution rules for your web applications hosted in AWS and other cloud services, as well as the underlying infrastructure hosting your services.

In this tutorial, you will deploy a static website using the AWS and Cloudflare providers. The site will use AWS to provision an S3 bucket for object storage and Cloudflare for DNS, TLS and CDN. Then, you will add Cloudflare page rules to always redirect HTTP requests to HTTPS and to temporarily redirect users when they visit a specific page.

This tutorial offers two options for CDN:

• Cloudflare - The simplest option is to use Cloudflare's native TLS and CDN, included in its free tier. If you use Cloudflare for DNS, Cloudflare's included TLS and CDN services let you set up a secure, cached static website with just an S3 bucket. This workflow requires that your bucket name match your domain name.

• AWS's ACM and CloudFront - If you cannot create an S3 bucket matching your domain name, you can use ACM for TLS certificate management and CloudFront for CDN. Using both ACM and Cloudfront lets you secure and cache traffic to your S3 bucket.

Select your preferred CDN option above. If you are not sure which to pick, choose Cloudflare for ease of use.

Prerequisites

This tutorial assumes that you are familiar with the standard Terraform workflow. If you are new to Terraform, complete the Get Started tutorials first.

For this tutorial, you will need:

• the Terraform CLI 0.14+ installed locally
• an AWS account with credentials configured for Terraform
• a Cloudflare account
• a domain name with nameservers pointing to Cloudflare. Cloudflare needs to manage the domain's DNS records. You can either register a new domain or change an existing domain's nameserver to Cloudflare.

Create a scoped Cloudflare API token

There are several ways to authenticate the Terraform Cloudflare provider. In this tutorial, you will use a Cloudflare API token. This method grants granular control of token permissions, keeps the token out of version control, and allows you to revoke the token when necessary.

This tutorial requires a Cloudflare API token with "Edit" permissions for your zone's DNS and Page Rules. If you would like to use an existing Cloudflare API token that already has these permissions, you can go to the Clone the example repository section.

To create an API token, go to the API Tokens page for your Cloudflare account. You can access this page by clicking on the user icon on the top right corner > My Profile > API Tokens.

Click on Create Token.

Find the Create Custom Token option, then click Get Started.

On the Create Custom Token page, modify the following fields:

1. In Token name, enter Terraform Token.
2. In the Permissions section, grant the API token permission to edit your zone's DNS and page rules:
   1. Set the first permission to Zone, DNS, and Edit.
   2. Add a second permission, and set it to Zone, Page Rules, and Edit.
3. In the Zone Resources section, select Include, Specific zone, and the domain you want to manage with Cloudflare.

This page should look like the following, with your domain name instead of hashicorp.fun in the Zone Resources section.

Click Continue to summary, then Create Token to create your scoped Cloudflare API token.

Cloudflare only displays your API token once. Record it somewhere safe. You will use this token to authenticate the Cloudflare provider.

Create an environment variable named CLOUDFLARE_API_TOKEN and set it to your Cloudflare API token.

$ export CLOUDFLARE_API_TOKEN=

Terraform will reference this environment variable to authenticate the Cloudflare Provider. Using an environment variable prevents you from accidentally committing your token to version control.

Clone the example repository

Clone the example repository for this tutorial, which contains Terraform configuration for an S3 bucket and Cloudflare DNS records. The next section reviews each resource's configuration.

$ git clone https://github.com/hashicorp-education/learn-terraform-cloudflare-static-website

Change into the repository directory.

$ cd learn-terraform-cloudflare-static-website

Review configuration

In this section, you will review the files and Terraform resource definitions in the example repository. If you want to jump ahead to provisioning the resources, you can go to the Modify variables section and use this section as a reference later.

Change to the acm-cloudfront directory.

$ cd acm-cloudfront

This configuration uses ACM for TLS certificate management and CloudFront for CDN instead of Cloudflare's included TLS and CDN services.

You will find the following files in the example repository:

• The main.tf file contains configuration to provision the S3 bucket, ACM certificate, CloudFront distribution, and update your Cloudflare DNS records.
• The outputs.tf file defines outputs that display your S3 bucket name, bucket endpoint, CloudFront endpoint, and domain name.
• The terraform.tf file contains terraform block definition, including the required_providers block that specifies which provider versions to use.
• The variables.tf file contains the input variable declarations, including the AWS region and domain name.
• The terraform.tfvars.example file is an example variable definition file. Later in this tutorial, you will copy this file and modify it to include your AWS region and domain name.
• The /website directory contains Terramino, a demo website containing a HashiCorp-skinned Tetris game. This directory is located in this repository to simplify this tutorial. Ordinarily you should not store your static website in the same directory as your Terraform configuration.
• The terraform.lock.hcl file ensures that Terraform uses the same provider versions for each run.

Open the main.tf file in your editor to review the configuration.

• The AWS provider block authenticates to AWS, scoped to the region specified by the aws_region input variable. The Cloudflare provider authenticates using the scoped API token you created in the Prerequisites, accessed by an environment variable.

  main.tf

  provider "aws" {  region = var.aws_region} provider "cloudflare" {}

• The aws_s3_bucket.site, aws_s3_bucket_website_configuration.site, aws_s3_bucket_acl.site, and aws_s3_bucket_policy.site resources create a new S3 bucket and set it to be publicly readable. This policy allows anyone to view your static website. The aws_s3_bucket.www, aws_s3_bucket_acl.www, and aws_s3_bucket_website_configuration.www resources create a bucket that redirects to the main aws_s3_bucket.site bucket, which will allow users to access your website with the www subdomain.

  main.tf

  resource "aws_s3_bucket" "site" {  bucket = var.site_domain} resource "aws_s3_bucket_public_access_block" "site" {  bucket = aws_s3_bucket.site.id   block_public_acls       = false  block_public_policy     = false  ignore_public_acls      = false  restrict_public_buckets = false} resource "aws_s3_bucket_website_configuration" "site" {  bucket = aws_s3_bucket.site.id   index_document {  suffix = "index.html"  }   error_document {  key = "error.html"  }} resource "aws_s3_bucket_ownership_controls" "site" {  bucket = aws_s3_bucket.site.id  rule {  object_ownership = "BucketOwnerPreferred"  }} resource "aws_s3_bucket_acl" "site" {  bucket = aws_s3_bucket.site.id   acl = "public-read"  depends_on = [  aws_s3_bucket_ownership_controls.site,  aws_s3_bucket_public_access_block.site  ]} resource "aws_s3_bucket_policy" "site" {  bucket = aws_s3_bucket.site.id   policy = jsonencode({  Version = "2012-10-17"  Statement = [    {    Sid       = "PublicReadGetObject"    Effect    = "Allow"    Principal = "*"    Action    = "s3:GetObject"    Resource = [      aws_s3_bucket.site.arn,      "${aws_s3_bucket.site.arn}/*",    ]    },  ]  })   depends_on = [  aws_s3_bucket_public_access_block.site  ]} resource "aws_s3_bucket" "www" {  bucket = "www.${var.site_domain}"} resource "aws_s3_bucket_ownership_controls" "www" {  bucket = aws_s3_bucket.www.id  rule {  object_ownership = "BucketOwnerPreferred"  }} resource "aws_s3_bucket_acl" "www" {  bucket = aws_s3_bucket.www.id   acl        = "private"  depends_on = [aws_s3_bucket_ownership_controls.www]} resource "aws_s3_bucket_website_configuration" "www" {  bucket = aws_s3_bucket.www.id   redirect_all_requests_to {  host_name = var.site_domain  }}

  Tip

  In this tutorial, the S3 bucket policy is set to public-read. When creating an S3 bucket, create the appropriate policy for your bucket.

• The aws_acm_certificate.cert and aws_acm_certificate_validation.cert resources respectively create an ACM certificate and validate it via DNS. CloudFront will use this as an TLS certificate. Notice that the certificate will apply to both your domain name and all its subdomains (*.${var.site_domain}).

  main.tf

  resource "aws_acm_certificate" "cert" {  domain_name               = var.site_domain  subject_alternative_names = ["*.${var.site_domain}"]  validation_method         = "DNS"   tags = {      Name = var.site_domain  }} resource "aws_acm_certificate_validation" "cert" {  certificate_arn = aws_acm_certificate.cert.arn}

• The cloudflare_zones.domain data source retrieves your Cloudflare zone ID. The Cloudflare resources in this configuration will use this value to apply changes to your zone.

  main.tf

  data "cloudflare_zones" "domain" {  filter {    name = var.site_domain  }}

• The cloudflare_record.acm resource creates a CNAME DNS record to validate the ACM token. Note that the zone_id attribute references the cloudflare_zones.domain data source.

  main.tf

  resource "cloudflare_record" "acm" {  zone_id = data.cloudflare_zones.domain.zones[0].id   name  = aws_acm_certificate.cert.domain_validation_options.*.resource_record_name[0]  type  = aws_acm_certificate.cert.domain_validation_options.*.resource_record_type[0]  value = trimsuffix(aws_acm_certificate.cert.domain_validation_options.*.resource_record_value[0], ".")   // Must be set to false. ACM validation false otherwise  proxied = false}

• The aws_cloudfront_distribution.dist resource creates a CloudFront distribution using your S3 bucket as the source. CloudFront is required for static site hosting with S3 if the domain for your bucket name is already taken. This configuration uses CloudFront's default values.

  Notice that the alias attribute contains both the root and www domains. The viewer_certificate references the ACM certificate created by aws_acm_certificate.cert.

  main.tf

   resource "aws_cloudfront_distribution" "dist" {  origin {    domain_name = aws_s3_bucket_website_configuration.site.website_endpoint    origin_id   = aws_s3_bucket.site.id    ## ...  }  enabled             = true  default_root_object = "index.html"   aliases = [    var.site_domain, "www.${var.site_domain}"  ]   ## ...   viewer_certificate {    acm_certificate_arn = aws_acm_certificate_validation.cert.certificate_arn    ssl_support_method  = "sni-only"  }}

• Finally, the cloudflare_record.site_cname and cloudflare_record.www resources create a Cloudflare CNAME record that points to the CloudFront distribution domain name.

  Notice that both records have proxied set to true. This will route traffic through Cloudflare's proxy. This enables you to use CloudFlare page rules and ensures your website is protected by Cloudflare from DDoS attacks.

  main.tf

  resource "cloudflare_record" "site_cname" {  zone_id = data.cloudflare_zones.domain.zones[0].id  name    = var.site_domain  value   = aws_cloudfront_distribution.dist.domain_name  type    = "CNAME"   ttl     = 1  proxied = true} resource "cloudflare_record" "www" {  zone_id = data.cloudflare_zones.domain.zones[0].id  name    = "www"  value   = aws_cloudfront_distribution.dist.domain_name  type    = "CNAME"   ttl     = 1  proxied = true}

Set variable values

Copy the contents of terraform.tfvars.example into a new file named terraform.tfvars.

$ cp terraform.tfvars.example terraform.tfvars

Open terraform.tfvars and update the value of site_domain to your own domain.

aws_region         = "us-east-1"site_domain        = "your.domain"

For this tutorial, you must leave the aws_region set to us-east-1. To use an ACM certificate with Amazon CloudFront, you must request or import the certificate into the US East (N. Virginia) region. Refer to the ACM Supported Regions documentation for more information.

Apply configuration

Initialize the Terraform configuration.

$ terraform init Initializing the backend... Initializing provider plugins...- Reusing previous version of hashicorp/random from the dependency lock file- Reusing previous version of hashicorp/aws from the dependency lock file- Reusing previous version of cloudflare/cloudflare from the dependency lock file- Installing hashicorp/aws v4.0.0...- Installed hashicorp/aws v4.0.0 (signed by HashiCorp)- Installing cloudflare/cloudflare v2.19.2...- Installed cloudflare/cloudflare v2.19.2 (signed by a HashiCorp partner, key ID DE413CEC881C3283)- Installing hashicorp/random v3.1.0...- Installed hashicorp/random v3.1.0 (signed by HashiCorp) Partner and community providers are signed by their developers.If you'd like to know more about provider signing, you can read about it here:https://www.terraform.io/docs/cli/plugins/signing.html Terraform has been successfully initialized! You may now begin working with Terraform. Try running "terraform plan" to seeany changes that are required for your infrastructure. All Terraform commandsshould now work. If you ever set or change modules or backend configuration for Terraform,rerun this command to reinitialize your working directory. If you forget, othercommands will detect it and remind you to do so if necessary.

Next, apply the configuration. Respond yes to the prompt to confirm.

$ terraform apply ## ...Plan: 8 to add, 0 to change, 0 to destroy. Changes to Outputs:  + bucket_endpoint     = (known after apply)  + domain_name         = "your.domain"  + website_bucket_name = (known after apply) Do you want to perform these actions?  Terraform will perform the actions described above.  Only 'yes' will be accepted to approve.   Enter a value: yes##...Apply complete! Resources: 8 added, 0 changed, 0 destroyed. Outputs: bucket_endpoint = "your.domain.s3-website-us-east-1.amazonaws.com"domain_name = "your.domain"website_bucket_name = "your.domain"

Add website files to S3 bucket

Now that you have set up the static website, upload the contents in the /website directory to your newly provisioned S3 bucket. Notice that the following command retrieves the bucket name from Terraform output.

$ aws s3 cp website/ s3://$(terraform output -raw website_bucket_name)/ --recursiveupload: website/index.html to s3://turkey-hashicorp.fun/index.htmlupload: website/background.png to s3://turkey-hashicorp.fun/background.png

Navigate to your website in your web browser. Your Terramino app should start automatically.

Create Cloudflare page rules

Cloudflare has page rules that trigger actions whenever the page URL matches a specified URL pattern. You can use page rules to forward URLs, configure security and cache levels, and enforce HTTPS. Refer to Cloudflare's recommended page rules for more use cases.

First, add a page rule to the main.tf file enforce TLS by redirecting any http:// request to https://.

resource "cloudflare_page_rule" "https" {  zone_id = data.cloudflare_zones.domain.zones[0].id  target  = "*.${var.site_domain}/*"  actions {    always_use_https = true  }}

Next, add another page rule to the main.tf file to temporarily redirect <your-domain>/learn to the Terraform developer portal, where your-domain is your domain name.

resource "cloudflare_page_rule" "redirect_to_terraform" {  zone_id = data.cloudflare_zones.domain.zones[0].id  target  = "${var.site_domain}/learn"  actions {    forwarding_url {      status_code = 302      url         = "https://developer.hashicorp.com/terraform"    }  }}

Apply these changes. Respond yes to the prompt to confirm.

$ terraform apply ## ... cloudflare_page_rule.redirect_to_terraform: Creating...cloudflare_page_rule.https: Creating...cloudflare_page_rule.https: Creation complete after 1s [id=5681df98c982f0b5af15d5183756a487]cloudflare_page_rule.redirect_to_terraform: Creation complete after 1s [id=c6be51ba9e52cb21ce9c7c8fd584bd22] Apply complete! Resources: 2 added, 0 changed, 0 destroyed. Outputs: bucket_endpoint = "your.domain.fun.s3-website-us-east-1.amazonaws.com"domain_name = "your.domain"website_bucket_name = "your.domain"

Verify these changes by visiting http://your-domain.com and https://your-domain.com/learn, where your-domain is your domain name. In the first instance, your browser should redirect you to the https:// version of the website. In the second instance, your browser should redirect you to the Terraform tutorials page.

Clean up resources

In this tutorial, you used Terraform to set up a TLS-secured static website with S3 and Cloudflare. You can choose to keep your website or destroy it.

- resource "cloudflare_page_rule" "redirect_to_terraform" {-   zone_id = data.cloudflare_zones.domain.zones[0].id-   target  = "${var.site_domain}/learn"-   actions {-     forwarding_url {-       status_code = 302-       url         = "https://learn.hashicorp.com/terraform"-     }-   }- }

$ terraform apply ## ... Terraform will perform the following actions:   # cloudflare_page_rule.https will be updated in-place  ~ resource "cloudflare_page_rule" "https" {        id       = "REDACTED"      ~ priority = 2 -> 1        # (3 unchanged attributes hidden)         # (1 unchanged block hidden)    }   # cloudflare_page_rule.redirect_to_terraform will be destroyed  - resource "cloudflare_page_rule" "redirect_to_terraform" {      - id       = "REDACTED" -> null      - priority = 1 -> null      - status   = "active" -> null      - target   = "hashicorp.fun/learn" -> null      - zone_id  = "REDACTED" -> null       - actions {          - always_use_https    = false -> null          - disable_apps        = false -> null          - disable_performance = false -> null          - disable_railgun     = false -> null          - disable_security    = false -> null          - edge_cache_ttl      = 0 -> null           - forwarding_url {              - status_code = 302 -> null              - url         = "https://learn.hashicorp.com/terraform" -> null            }        }    } Plan: 0 to add, 1 to change, 1 to destroy. ## ... cloudflare_page_rule.redirect_to_terraform: Destroying... [id=c6be51ba9e52cb21ce9c7c8fd584bd22]cloudflare_page_rule.https: Modifying... [id=5681df98c982f0b5af15d5183756a487]cloudflare_page_rule.redirect_to_terraform: Destruction complete after 0scloudflare_page_rule.https: Modifications complete after 1s [id=5681df98c982f0b5af15d5183756a487] Apply complete! Resources: 0 added, 1 changed, 1 destroyed. ## ...

$ aws s3 rm s3://$(terraform output -raw website_bucket_name)/ --recursive

$ terraform destroy ## ... Destroy complete! Resources: 10 destroyed.

Next steps

To learn more about managing the resources used in this tutorial with Terraform, visit the following documentation:

• The Terraform Cloudflare Provider Registry page contains documentation for Cloudflare resources, including arguments, attributes, and example configuration.
• The Create IAM policies tutorial guides you through creating differently scoped IAM policies for your AWS resources.
• The Cloudflare-managed Terraform documentation contains tutorials for topics such as using the Cloudflare provider to rate limit and load balance requests, importing existing Cloudflare resources, and customizing the provider.
• This AWS Knowledge Center post walks you through updating your CloudFront cache to reflect the latest changes to your S3 bucket.