Starter Hub Starter Hub Starter Hub
Tutorial Tutorial Tutorial Application Services Application Services Application Services ~10 phút ~10 min ~10 នាទី Đồng bộ 2026-06-10 Synced 2026-06-10 ធ្វើសមកាល 2026-06-10

DNS sự kiên trì DNS persistence DNS អំណោយ

Hướng dẫn chi tiết đồng bộ từ docs Cloudflare — mỗi section có backlink tới đúng vị trí trên trang gốc. Detailed guide synced from Cloudflare docs — each section links to the matching anchor on the official page. មគ្គុទ្ទេសក៍លម្អិតធ្វើសមកាលពី docs Cloudflare — ផ្នែកនីមួយៗមានតំណទៅទីតាំងត្រូវគ្នានៅទំព័រផ្លូវការ។

← Danh mục ← Catalog ← បញ្ជី

Giải thích nhanh Quick context បរិបទរហ័ស

Thuộc nhóm Application Services — tập trung bảo vệ, tăng tốc và vận hành ứng dụng/web phía trước origin. Tutorial «DNS persistence» giúp bạn làm quen luồng triển khai thật — phù hợp đọc trước khi mở tài liệu gốc tiếng Anh. Đọc phần tóm tắt và lưu ý trước — sau đó mở docs gốc để copy lệnh và cấu hình chi tiết.

Maintain consistent DNS responses for load balanced hostnames.

សូមរក្សាទុកការឆ្លើយតប DNS សម្រាប់ឈ្មោះក្រុមហ៊ុនផ្គត់ផ្គង់ដែលមានកម្រិតខ្ពស់។

Lưu ý Note ចំណាំ

Lưu ý trước khi làm Notes before you start ចំណាំមុនពេលចាប់ផ្តើម

  • Đây là bản tóm tắt trên Orange Cloud Learning Hub — không thay thế tài liệu chính thức.
  • Luôn mở liên kết «Tài liệu gốc» bên dưới khi cần lệnh CLI, snippet code và ảnh minh họa đầy đủ.
  • Docs Cloudflare cập nhật thường xuyên — đối chiếu ngày «Rà soát lần cuối» trên trang gốc khi triển khai production.
  • This is a summary on Orange Cloud Learning Hub — it does not replace the official documentation.
  • Open the Official docs link below for CLI commands, code snippets, and full screenshots.
  • Cloudflare docs change frequently — verify the Last reviewed date on the official page before production use.
  • នេះគឺជាការបញ្ជាក់អំពី Orange Cloud Learning Hub — វាគឺជាការផ្លាស់ប្តូរនៃឯកសារផ្លូវការ។
  • ចុចតំណភ្ជាប់ Docs Official នៅខាងក្រោមសម្រាប់ការបញ្ជា CLI, សៀវភៅកូដនិងរូបថតពេញលេញ។
  • Cloudflare បានផ្លាស់ប្តូរជាធម្មតានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅពេលវេលានៅ។

Overview Overview Overview

Phần «Tổng quan» — đọc hướng dẫn bên dưới, dùng liên kết docs gốc để xem ảnh minh họa và tab cấu hình đầy đủ.

Read the "Overview" section below — open the official docs link for full screenshots and configuration tabs.

អានផ្នែក «Overview» ខាងក្រោម — បើកតំណ docs ផ្លូវការសម្រាប់រូបភាព និង tab កំណត់។

Mở section docs gốc ↗ Open source section ↗ បើកផ្នែក docs ផ្លូវការ ↗
Hướng dẫn này giải thích làm thế nào để đạt được sự kiên trì DNS khi sử dụng Cloudflare Load Balancing, tương tự như chức năng được cung cấp bởi DNS dựa trên load balancer truyền thống.
This guide explains how to achieve DNS persistence when using Cloudflare Load Balancing, similar to functionality provided by traditional DNS-based load balancers.
វគ្គបណ្តុះបណ្តាលនេះបង្ហាញពីរបៀបដើម្បីទទួលបាន DNS persistence នៅពេលប្រើ Cloudflare Load Balancing ដែលមានប្រសិទ្ធិភាពដូចជាការផ្តល់ជូនដោយ DNS-based load balancer ។
DNS đảm bảo rằng các yêu cầu DNS tiếp theo từ cùng một máy chủ địa phương DNS nhận được cùng một địa chỉ IP. Điều này hữu ích cho các ứng dụng đòi hỏi sự nhất quán của phiên, chẳng hạn như kết nối VPN hoặc hệ thống xác thực.
DNS persistence ensures that subsequent DNS requests from the same local DNS server receive the same IP address. This is useful for applications that require session consistency, such as VPN connections or authentication systems.
DNS persistence អនុញ្ញាតឱ្យការចែកចាយ DNS បន្ទាប់ពីការចែកចាយ DNS ពីបណ្តាញផ្ទាល់ខ្លួនដូចគ្នានេះនឹងទទួលបានអាសយដ្ឋានដូចគ្នានេះ IP ។ នេះជាប្រយោជន៍សម្រាប់កម្មវិធីដែលត្រូវការសកម្មភាពសកម្មភាពដូចជា VPN ការតភ្ជាប់ឬប្រព័ន្ធអនុម័ត។
Cloudflare Load Balancing có thể đạt được DNS kiên trì bằng cách sử dụng cách tiếp cận cấu hình khác nhau cho DNS-chỉ load balancing.
Cloudflare Load Balancing can achieve DNS persistence using different configuration approaches for DNS-only load balancing.
Cloudflare Load Balancing អាចទទួលបាន DNS persistence ដោយប្រើវិធីសាស្រ្តកំណត់ផ្គង់ផ្សេងៗសម្រាប់ DNS-តែ load balancing ។
---
---
---

DNS-chỉ load balancing sự kiên trì DNS-only load balancing persistence DNS-ប្រហែលជា load balancing បានបញ្ចប់

Phần «DNS-only load balancing persistence» — đọc hướng dẫn bên dưới, dùng liên kết docs gốc để xem ảnh minh họa và tab cấu hình đầy đủ.

Read the "DNS-only load balancing persistence" section below — open the official docs link for full screenshots and configuration tabs.

អានផ្នែក «DNS-ប្រហែលជា load balancing បានបញ្ចប់» ខាងក្រោម — បើកតំណ docs ផ្លូវការសម្រាប់រូបភាព និង tab កំណត់។

Mở section docs gốc ↗ Open source section ↗ បើកផ្នែក docs ផ្លូវការ ↗
Đối với DNS-chỉ load balancing, Cloudflare cung cấp ba phương pháp để đạt được DNS kiên trì:
For DNS-only load balancing, Cloudflare offers three methods to achieve DNS persistence:
សម្រាប់ DNS-ប៉ុណ្ណោះ load balancing, Cloudflare ផ្តល់ជូននូវបីវិធីដើម្បីទទួលបាន DNS ការជឿទុកចិត្ត:

Phương pháp 1: Geo-steering dựa trên vị trí PoP (đề nghị) Method 1: Geo-steering based on PoP location (Recommended) គោលបំណង 1: Geo-steering based on PoP location (recommended)

Phần «Method 1: Geo-steering based on PoP location (Recommended)» — đọc hướng dẫn bên dưới, dùng liên kết docs gốc để xem ảnh minh họa và tab cấu hình đầy đủ.

Read the "Method 1: Geo-steering based on PoP location (Recommended)" section below — open the official docs link for full screenshots and configuration tabs.

អានផ្នែក «គោលបំណង 1: Geo-steering based on PoP location (recommended)» ខាងក្រោម — បើកតំណ docs ផ្លូវការសម្រាប់រូបភាព និង tab កំណត់។

Mở section docs gốc ↗ Open source section ↗ បើកផ្នែក docs ផ្លូវការ ↗
Phương pháp này sử dụng điều khiển địa lý dựa trên điểm hiện diện Cloudflare (PoP) nhận được yêu cầu DNS.
This method uses geographic steering based on the Cloudflare Point of Presence (PoP) that receives the DNS request.
គោលដៅនេះប្រើសម្រាប់ការគ្រប់គ្រងទូទាំងទូទាំងទូទាំងទូទាំងទូទាំងទូទាំងទូទាំងទូទាំងទូទាំងទូទាំងទូទាំងទូទាំងទូទាំងទូទាំងទូទាំងទូទាំងទូទាំងទូទាំងទូទាំងទូទាំងទូទាំងទូទាំងទូទាំងទូទៅ។
  1. Tạo một pool cho mỗi endpoint. Không áp dụng tải thả cho cả hai hồ bơi.
  2. Tạo DNS-chỉ load balancer và thêm cả hai nhóm. Đảm bảo pool<em>1 được đặt trước pool</em>2.
  3. Trong Traffic Steering, chọn Geo Steering.
  4. Tạo quy tắc điều khiển địa lý cho một khu vực (ví dụ, Eastern North America) và chọn cùng một nhóm nhưng theo thứ tự ngược lại (pool<em>2 đầu tiên, sau đó pool</em>1).
  5. Sử dụng Never prefer ECS và PoP location để xác định nguồn của yêu cầu.
  1. Create a pool for each endpoint. Do not apply load shedding to either pool.
  2. Create a DNS-only load balancer and add both pools. Ensure pool<em>1 is ordered before pool</em>2.
  3. Under Traffic Steering, select Geo Steering.
  4. Create a geo-steering rule for a region (for example, Eastern North America) and select the same pools but in reverse order (pool<em>2 first, then pool</em>1).
  5. Use Never prefer ECS and PoP location to determine the source of the request.
  1. បានបង្កើតក្រុមហ៊ុនមួយសម្រាប់ការបញ្ចប់ទាំងអស់។ សូមមិនអនុវត្តការបាត់បន្ថយទម្ងន់ទៅលើបំពង់ទាំងពីរ។
  2. បានបង្កើត DNS-តែ load balancer ហើយបន្ថែមទាំងពីរក្រុមហ៊ុន។ សូមធានាថា pool<em>1 គឺជាការបញ្ជាមុន pool</em>2 ។
  3. នៅក្រោម Traffic Steering ចុច Geo Steering ។
  4. Create a geo-steering rule for a region (for example, Eastern North America) and select the same pools but in reverse order (pool<em>2 first, then pool</em>1).
  5. ប្រើ Never prefer ECS និង PoP location ដើម្បីកំណត់ប្រភពនៃសំណួរ។
Tất cả các yêu cầu nhận được tại Cloudflare PoP trong khu vực được chỉ định được gửi đến một điểm cuối, trong khi các yêu cầu từ các khu vực khác được gửi đến điểm cuối khác.
All requests received at Cloudflare PoPs in the specified region are sent to one endpoint, while requests from other regions are sent to the other endpoint.
ទាំងអស់នៃសំណួរដែលទទួលបាននៅ Cloudflare PoPs នៅក្នុងតំបន់ដែលបានបញ្ជាក់ត្រូវបានផ្ញើទៅកន្លែងបញ្ចប់មួយនិងសំណួរពីតំបន់ផ្សេងទៀតត្រូវបានផ្ញើទៅកន្លែងបញ្ចប់ផ្សេងទៀត។
Sử dụng PoP Cloudflare nhận được yêu cầu làm tiêu chí để điều khiển là ổn định hơn hashing IP hoặc chia không gian IP, vì nó không bị ảnh hưởng bởi các nhà cung cấp DNS tái phát sử dụng IP khác nhau.
Using the Cloudflare PoP that received the request as criteria for steering is more stable than IP hashing or splitting IP space, as it is not affected by recursive DNS providers using different egress IPs.
ការប្រើប្រាស់ Cloudflare PoP ដែលបានទទួលបានសំណួរជាវិញ្ញាបនប័ត្រសម្រាប់ការត្រួតពិនិត្យគឺមានស្ថេរភាពជាង IP hashing ឬការបាត់បន្ថយ IP ទំហំ, ដូច្នេះវាមិនត្រូវបានប៉ះពាល់ដោយក្រុមហ៊ុនផ្គត់ផ្គង់ DNS ដែលប្រើ IPs egress ផ្សេងៗ។

Phương pháp 2: Load shedding với IP hash Method 2: Load shedding with IP hash ឧបករណ៍ 2: Load shedding ជាមួយ IP hash

Phần «Method 2: Load shedding với IP hash» — đọc hướng dẫn bên dưới, dùng liên kết docs gốc để xem ảnh minh họa và tab cấu hình đầy đủ.

Read the "Method 2: Load shedding with IP hash" section below — open the official docs link for full screenshots and configuration tabs.

អានផ្នែក «ឧបករណ៍ 2: Load shedding ជាមួយ IP hash» ខាងក្រោម — បើកតំណ docs ផ្លូវការសម្រាប់រូបភាព និង tab កំណត់។

Mở section docs gốc ↗ Open source section ↗ បើកផ្នែក docs ផ្លូវការ ↗
Phương pháp này sử dụng phân phối tải để phân phối lưu lượng truy cập dựa trên địa chỉ nguồn IP của bộ giải quyết tái phát DNS.
This method uses load shedding to distribute traffic based on the source IP address of the recursive DNS resolver.
វិធីនេះប្រើការបាត់បន្ថយផ្ទុកដើម្បីផ្លាស់ប្តូរការដឹកជញ្ជូនដោយផ្អែកលើអ៊ីនធឺណិត IP នៃការដោះស្រាយ DNS ។
  1. Tạo một nhóm cho mỗi điểm cuối (ví dụ: pool<em>1 với endpoint</em>1 và pool<em>2 với endpoint</em>2).
  2. Trên nhóm đầu tiên, chọn Hash dưới Endpoint Steering.
  3. Cài đặt Load Shedding:
  1. Create a pool for each endpoint (for example, pool<em>1 with endpoint</em>1 and pool<em>2 with endpoint</em>2).
  2. On the first pool, select Hash under Endpoint Steering.
  3. Configure Load Shedding:
  1. បានបង្កើតក្រុមប្រឹក្សាភិបាលសម្រាប់បញ្ចប់ទាំងអស់ (ដូចជា pool<em>1 ជាមួយ endpoint</em>1 និង pool<em>2 ជាមួយ endpoint</em>2) ។
  2. នៅលើបំពង់ដំបូងចុច Hash នៅក្រោម Endpoint Steering ។
  3. ទាញយក Load Shedding:
Policy: IP Hash Shed %: 50% (để chia lưu lượng truy cập bình đẳng giữa hai nhóm)
Policy: IP Hash Shed %: 50% (to split traffic evenly between two pools)
Policy: IP hash Shed %: 50% (ដើម្បីផ្លាស់ប្តូរការដឹកជញ្ជូនយ៉ាងទូលំទូលំទូលាយក្នុងរយៈពេល ២ វិនាទី)
  1. Tạo DNS-chỉ load balancer và thêm cả hai nhóm. Đảm bảo pool<em>1 được đặt trước pool</em>2.
  2. Không cấu hình điều khiển hoặc quy tắc giao thông bổ sung.
  1. Create a DNS-only load balancer and add both pools. Ensure pool<em>1 is ordered before pool</em>2.
  2. Do not configure additional traffic steering or rules.
  1. បានបង្កើត DNS-តែ load balancer ហើយបន្ថែមទាំងពីរក្រុមហ៊ុន។ សូមធានាថា pool<em>1 គឺជាការបញ្ជាមុន pool</em>2 ។
  2. មិនបង្កើតការបញ្ជាការបញ្ជាការបញ្ជាការបញ្ជាការបញ្ជាការបញ្ជាការបញ្ជាការបញ្ជាការបញ្ជាការបញ្ជាការបញ្ជា។
Cấu hình này ném một nửa các yêu cầu vào nhóm thứ hai bằng cách sử dụng hash IP và tôn trọng mối quan hệ phiên cho mỗi nguồn IP của bộ giải quyết tái phát.
This configuration sheds half of the requests to the second pool using an IP hash and respects session affinity per source IP of the recursive resolver.
ការកំណត់នេះបាត់បង់ផ្នែកមួយនៃតម្រូវការទៅកម្រិតទីពីរដោយប្រើ hash IP ហើយគួរឱ្យអរគុណដល់ការរៀបចំនៃប្រព័ន្ធប្រតិបត្តិការប្រព័ន្ធប្រតិបត្តិការប្រព័ន្ធប្រតិបត្តិការប្រព័ន្ធប្រតិបត្តិការប្រព័ន្ធប្រតិបត្តិការប្រព័ន្ធប្រតិបត្តិការប្រព័ន្ធប្រតិបត្តិការប្រព័ន្ធប្រតិបត្តិការប្រព័ន្ធប្រតិបត្តិការប្រព័ន្ធប្រតិបត្តិការប្រព័ន្ធប្រតិបត្តិការប្រព័ន្ធប្រតិបត្តិការប្រព័ន្ធប្រតិបត្តិការប្រព័ន្ធប្រតិបត្តិការប្រព័ន្ធប្រតិបត្តិការរបស់អ្នក។
Một số nhà cung cấp DNS tái phát (như Google DNS 8.8.8.8 hoặc Quad9 9.9.9.9) có thể sử dụng IP xuất phát khác nhau ngẫu nhiên, có thể làm giảm sự ổn định kiên trì.
Some recursive DNS providers (like Google DNS 8.8.8.8 or Quad9 9.9.9.9) may use different egress IPs randomly, which can reduce persistence stability.
អ្នកផ្គត់ផ្គង់ផ្គត់ផ្គង់ DNS មួយចំនួន (ដូចជា Google DNS 8.8.8.8 ឬ Quad9 9.9.9.9) អាចប្រើសម្រាប់ IPs egress មួយផ្សេងគ្នានេះអាចកាត់បន្ថយភាពរឹងមាំ។

Phương pháp 3: Quy tắc tùy chỉnh với lọc nguồn IP Method 3: Custom rules with IP source filtering គោលបំណង 3: គោលបំណងផ្ទាល់ខ្លួនជាមួយ IP គោលបំណងប្រភព

Phần «Method 3: Custom rules với IP source filtering» — đọc hướng dẫn bên dưới, dùng liên kết docs gốc để xem ảnh minh họa và tab cấu hình đầy đủ.

Read the "Method 3: Custom rules with IP source filtering" section below — open the official docs link for full screenshots and configuration tabs.

អានផ្នែក «គោលបំណង 3: គោលបំណងផ្ទាល់ខ្លួនជាមួយ IP គោលបំណងប្រភព» ខាងក្រោម — បើកតំណ docs ផ្លូវការសម្រាប់រូបភាព និង tab កំណត់។

Mở section docs gốc ↗ Open source section ↗ បើកផ្នែក docs ផ្លូវការ ↗
Phương pháp này sử dụng các quy tắc tùy chỉnh để chia lưu lượng truy cập dựa trên phạm vi địa chỉ IP.
This method uses custom rules to split traffic based on IP address ranges.
ឧបករណ៍នេះប្រើសម្រាប់ការបាត់បន្ថយការដឹកជញ្ជូនដោយផ្អែកលើអាសយដ្ឋាន IP ។
  1. Tạo một pool cho mỗi endpoint. Không áp dụng tải thả cho cả hai hồ bơi.
  2. Tạo DNS-chỉ load balancer và thêm cả hai nhóm. Đảm bảo pool<em>1 được đặt trước pool</em>2.
  3. Đừng cấu hình điều khiển giao thông.
  4. Tạo Custom Rule với:
  1. Create a pool for each endpoint. Do not apply load shedding to either pool.
  2. Create a DNS-only load balancer and add both pools. Ensure pool<em>1 is ordered before pool</em>2.
  3. Do not configure traffic steering.
  4. Create a Custom Rule with:
  1. បានបង្កើតក្រុមហ៊ុនមួយសម្រាប់ការបញ្ចប់ទាំងអស់។ សូមមិនអនុវត្តការបាត់បន្ថយទម្ងន់ទៅលើបំពង់ទាំងពីរ។
  2. បានបង្កើត DNS-តែ load balancer ហើយបន្ថែមទាំងពីរក្រុមហ៊ុន។ សូមធានាថា pool<em>1 គឺជាការបញ្ជាមុន pool</em>2 ។
  3. មិនចែកចាយការចែកចាយការចែកចាយដំណើរការ
  4. បានបង្កើត Custom Rule ជាមួយនឹង:
Field: IP Địa chỉ nguồn Operator: nằm trong * Value: Một tiểu tập của không gian IP (ví dụ, 0.0.0.0/1 cho nửa dưới của không gian IPv4)
Field: IP Source Address Operator: is in * Value: A subset of IP space (for example, 0.0.0.0/1 for the lower half of IPv4 space)
Field: IP Source Address Operator: is in * Value: A subset of IP space (for example, 0.0.0.0/1 for the lower half of IPv4 space)
  1. Đối với quy tắc action, chọn Override & > Endpoints và đặt các nhóm theo thứ tự ngược lại (pool<em>2, pool</em>1).
  1. For the rule action, choose Override \> Endpoints and set the pools in reverse order (pool<em>2, pool</em>1).
  1. សម្រាប់ច្បាប់ action, ជ្រើស Override \> Endpoints ហើយកំណត់ថ្នាំសូម្បីតែប្រសើរឡើង (pool<em>2, pool</em>1) ។
Lưu lượng truy cập với IP nguồn ở nửa dưới của không gian IPv4 được gửi đến một điểm cuối, trong khi lưu lượng truy cập ở nửa trên được gửi đến điểm cuối khác.
Traffic with source IPs in the lower half of IPv4 space is sent to one endpoint, while traffic in the upper half is sent to the other endpoint.
ការដឹកជញ្ជូនដែលមានអ៊ីនធឺណិតទូទៅនៅក្នុងផ្នែកខាងក្រោមនៃការ IPv4 ត្រូវបានផ្ញើទៅកន្លែងបញ្ចប់មួយនិងការដឹកជញ្ជូននៅក្នុងផ្នែកខាងលើត្រូវបានផ្ញើទៅកន្លែងបញ្ចប់ផ្សេងទៀត។
Tương tự như Phương pháp 2, phương pháp này có thể ít ổn định hơn với các nhà cung cấp DNS tái phát sử dụng IP khác nhau.
Similar to Method 2, this approach may be less stable with recursive DNS providers that use varying egress IPs.
ដូចគ្នានេះប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិនបើប្រសិន
---
---
---

Xem bản đầy đủ trên developers.cloudflare.com (ảnh, tab cấu hình). View the full guide on developers.cloudflare.com (images, config tabs). មើលមគ្គុទ្ទេសក៍ពេញលើ developers.cloudflare.com (រូបភាព, tab កំណត់)។

Tài liệu gốc ↗ Official docs ↗ ឯកសារផ្លូវការ ↗