Tạo vùng chuyển tiếp

Trang này hướng dẫn cách tạo vùng chuyển tiếp. Để biết thông tin chi tiết về chế độ nền, hãy xem phần Vùng chuyển tiếp.

Trước khi bắt đầu, hãy đảm bảo bạn hiểu rõ những điều sau:

• Sự khác biệt giữa định tuyến chuẩn và định tuyến riêng tư như trong phần Mục tiêu chuyển tiếp và phương thức định tuyến
• Các phương thức chuyển tiếp DNS đi
• Yêu cầu về mạng đối với các mục tiêu chuyển tiếp
• Các phương pháp hay nhất cho vùng chuyển tiếp Cloud DNS

Để tạo một vùng chuyển tiếp riêng được quản lý mới, hãy hoàn tất các bước sau.

gcloud dns managed-zones create NAME \
    --description=DESCRIPTION \
    --dns-name=DNS_SUFFIX \
    --networks=VPC_NETWORK_LIST \
    --forwarding-targets=FORWARDING_TARGETS_LIST \
    --private-forwarding-targets=PRIVATE_FORWARDING_TARGETS_LIST \
    --visibility=private

resource "google_dns_managed_zone" "private_zone" {
  name        = "private-zone"
  dns_name    = "private.example.com."
  description = "Example private DNS zone"
  labels = {
    foo = "bar"
  }

  visibility = "private"

  private_visibility_config {
    networks {
      network_url = google_compute_network.network_1.id
    }
    networks {
      network_url = google_compute_network.network_2.id
    }
  }

  forwarding_config {
    target_name_servers {
      ipv4_address = "172.16.1.10"
    }
    target_name_servers {
      ipv4_address = "172.16.1.20"
    }
  }
}

resource "google_compute_network" "network_1" {
  name                    = "network-1"
  auto_create_subnetworks = false
}

resource "google_compute_network" "network_2" {
  name                    = "network-2"
  auto_create_subnetworks = false
}

POST https://dns.googleapis.com/dns/v1/projects/PROJECT_ID/managedZones
{

    "name": "NAME",
    "description": "DESCRIPTION",
    "dnsName": "DNS_NAME",
    "visibility": "private"
    "privateVisibilityConfig": {
        "kind": "dns#managedZonePrivateVisibilityConfig",
        "networks": [{
                "kind": "dns#managedZonePrivateVisibilityConfigNetwork",
                "networkUrl": VPC_NETWORK_1
            },
            {
                "kind": "dns#managedZonePrivateVisibilityConfigNetwork",
                "networkUrl": VPC_NETWORK_2
            },
            ....
        ]
    },
    "forwardingConfig": {
        "kind": "dns#managedZoneForwardingConfig",
        "targetNameServers": [{
                "kind": "dns#managedZoneForwardingConfigNameServerTarget",
                "ipv4Address": FORWARDING_TARGET_1
            },
            {
                "kind": "dns#managedZoneForwardingConfigNameServerTarget",
                "ipv4Address": FORWARDING_TARGET_2
            },
            ....
        ]
    },
}

Yêu cầu về mạng đích chuyển tiếp

Khi gửi yêu cầu đến các mục tiêu chuyển tiếp, Cloud DNS sẽ gửi các gói có các dải ô nguồn được liệt kê trong bảng sau.

Mục tiêu Loại 1 và Loại 2

Cloud DNS yêu cầu những điều sau để truy cập vào mục tiêu Loại 1 hoặc Loại 2. Các yêu cầu này giống nhau cho dù mục tiêu là địa chỉ IP theo tiêu chuẩn RFC 1918 và bạn đang sử dụng tính năng định tuyến chuẩn hay bạn chọn định tuyến riêng tư:

• Cấu hình tường lửa cho 35.199.192.0/19

  Đối với mục tiêu Loại 1, hãy tạo một quy tắc tường lửa cho phép truy cập vào lưu lượng truy cập 53 của cổng TCP và UDP, áp dụng cho các mục tiêu chuyển tiếp trong mỗi mạng VPC được uỷ quyền. Đối với mục tiêu Loại 2, hãy định cấu hình tường lửa mạng tại chỗ và các thiết bị tương tự để cho phép cổng TCP và UDP 53.

• Chuyển đến đích chuyển tiếp

  Đối với mục tiêu Loại 1, Cloud DNS sử dụng tuyến mạng con để truy cập vào mục tiêu trong mạng VPC được uỷ quyền sử dụng vùng chuyển tiếp. Đối với mục tiêu tên Loại 2, Cloud DNS sử dụng các tuyến động tuỳ chỉnh hoặc các tuyến tĩnh tuỳ chỉnh, ngoại trừ các tuyến tĩnh được gắn thẻ, để truy cập vào mục tiêu chuyển tiếp.

• Trả về tuyến đến 35.199.192.0/19 thông qua cùng một mạng VPC

  Đối với mục tiêu Loại 1, Google Cloud sử dụng đường dẫn định tuyến đặc biệt cho đích đến 35.199.192.0/19. Đối với mục tiêu Loại 2, mạng cục bộ của bạn phải có một tuyến cho đích đến 35.199.192.0/19, trong đó bước tiếp theo nằm trong cùng một mạng VPC nơi yêu cầu bắt nguồn, thông qua đường hầm Cloud VPN hoặc tệp đính kèm VLAN cho Cloud Interconnect. Để biết thông tin về cách đáp ứng yêu cầu này, hãy xem phần chiến lược tuyến đường trả về cho mục tiêu Loại 2.

• Phản hồi trực tiếp từ mục tiêu

  Cloud DNS yêu cầu mục tiêu chuyển tiếp nhận gói phải là mục tiêu gửi phản hồi đến 35.199.192.0/19. Nếu mục tiêu chuyển tiếp của bạn gửi yêu cầu đến một máy chủ định danh khác và máy chủ định danh khác đó phản hồi 35.199.192.0/19, thì Cloud DNS sẽ bỏ qua phản hồi đó. Vì lý do bảo mật, Google Cloud dự kiến địa chỉ nguồn của mỗi phản hồi DNS của máy chủ tên mục tiêu sẽ khớp với địa chỉ IP của mục tiêu chuyển tiếp.

Chiến lược định tuyến trả về cho mục tiêu Loại 2

Cloud DNS không thể gửi phản hồi từ các mục tiêu chuyển tiếp Loại 2 qua Internet hoặc thông qua một mạng VPC khác. Phản hồi phải quay lại cùng một mạng VPC, mặc dù chúng có thể sử dụng bất kỳ đường hầm Cloud VPN hoặc tệp đính kèm VLAN nào trong cùng một mạng đó.

• Đối với các đường hầm VPN trên đám mây sử dụng tính năng định tuyến tĩnh, hãy tạo một tuyến trong mạng cục bộ theo cách thủ công, trong đó đích đến là 35.199.192.0/19 và bước tiếp theo là đường hầm VPN trên đám mây. Đối với các đường hầm VPN trên đám mây sử dụng tính năng định tuyến dựa trên chính sách, hãy định cấu hình bộ chọn lưu lượng truy cập cục bộ của VPN trên đám mây và bộ chọn lưu lượng truy cập từ xa của cổng VPN tại chỗ để bao gồm 35.199.192.0/19.
• Đối với các đường hầm Cloud VPN sử dụng tính năng định tuyến động hoặc đối với tính năng Kết nối liên kết đám mây, hãy định cấu hình thông báo tuyến tuỳ chỉnh cho 35.199.192.0/19 trên phiên BGP của Trình định tuyến đám mây để quản lý đường hầm hoặc tệp đính kèm VLAN.

Mục tiêu loại 3

Khi sử dụng tính năng định tuyến chuẩn để truy cập vào một địa chỉ IP bên ngoài, Cloud DNS sẽ yêu cầu mục tiêu chuyển tiếp là một hệ thống trên Internet, có thể truy cập công khai hoặc một địa chỉ IP bên ngoài của tài nguyên Google Cloud .

Ví dụ: mục tiêu Loại 3 bao gồm địa chỉ IP bên ngoài của máy ảo trong một mạng VPC khác.

Không hỗ trợ định tuyến riêng tư đến các mục tiêu Loại 3.

Mục tiêu loại 4

Trước tiên, mục tiêu Loại 4 sẽ phân giải địa chỉ IP của mục tiêu. Sau đó, bạn có thể phân giải mục tiêu chuyển tiếp đã phân giải thành tối đa 50 địa chỉ IP có thể là IPv4 hoặc IPv6. Tuỳ thuộc vào mạng của mục tiêu chuyển tiếp đã phân giải, mục tiêu Loại 4 có các yêu cầu về mạng giống như mục tiêu Loại 1, 2 hoặc 3.

Để biết thêm các yêu cầu về việc sử dụng FQDN làm mục tiêu chuyển tiếp, hãy xem phần Sử dụng vùng chuyển tiếp.

Bước tiếp theo

• Để làm việc với các vùng được quản lý, hãy xem phần Tạo, sửa đổi và xoá vùng.
• Để tìm giải pháp cho các vấn đề thường gặp mà bạn có thể gặp phải khi sử dụng Cloud DNS, hãy xem phần Khắc phục sự cố.
• Để biết thông tin tổng quan về Cloud DNS, hãy xem bài viết Tổng quan về Cloud DNS.