INTEGRITY Документация

← Правила Cloudflare / rules / reference

Руководство по миграции с Page Rules

Cloudflare постоянно совершенствует платформу, предлагая более мощные и масштабируемые инструменты для управления вашими конфигурациями. Чтобы вы могли в полной мере воспользоваться этими улучшениями, мы рекомендуем использовать современные функции Rules для новых реализаций. Эти продукты устраняют ограничения Page Rules, обеспечивая при этом большую гибкость, масштабируемость и простоту использования.

Для быстрого начала работы ознакомьтесь с шаблонами в один клик, доступными в панели управления Cloudflare в Правила > Обзор. Эти шаблоны упрощают типовые настройки, такие как перенаправления, перезаписи и изменения заголовков, делая настройку быстрее и проще.

Миграция с Page Rules

Чтобы переход прошёл без затруднений, Cloudflare автоматически перенесёт ваши существующие Page Rules. Это запланировано на конец 2025 года или позднее, и никаких действий с вашей стороны не потребуется. Перед внесением любых изменений вы получите уведомление заранее.

Если вы хотите быстрее оценить преимущества современных функций Rules, вы можете начать внедрять их уже сегодня. Это позволит вам:

Чтобы облегчить этот процесс, в этом руководстве мы приводим подробное соответствие между настройками Page Rules и современными продуктами Rules.

Зачем переходить?

У Cloudflare Page Rules есть несколько принципиальных ограничений: например, правила срабатывают только на основе шаблонов URL, а из соображений производительности их число на зону ограничено 125. Кроме того, отладка усложняется, если к одному и тому же входящему запросу одновременно применяется несколько правил page rule.

В 2022 году мы объявили об этом в записи блога Будущее Page Rules ↗ что Page Rules будут заменены набором специализированных продуктов, каждый из которых создан как лучший в своей категории и даёт пользователям больше возможностей. Новые продукты Rules: Configuration Rules, Compression Rules, Origin Rules, Перенаправления, а также Transform Rules теперь общедоступны (GA) и уже используются десятками тысяч клиентов Cloudflare.

Улучшения в современных функциях Rules включают:

Ключевые отличия

Порядок оценки и выполнения функций Rules отличается от Page Rules:

Преобразование URL-адресов Page Rules в выражения фильтра

Modern Rules используют выражения фильтров вместо шаблонов URL. Эти выражения, созданные на языке Rules language, обеспечивают более высокую точность благодаря использованию поля, функции, а также операторы.

Следующий пример демонстрирует использование http.request.full_uri поле и wildcard оператор для сопоставление с подстановочными знаками:

URL-адрес Page Rules например:

example.com/*/downloads/*.txt

становится выражение фильтра например:

http.request.full_uri wildcard "http*://example.com/*/downloads/*.txt*"

Single Redirects и URL Rewrite Rules также предлагают упрощённое представление под названием Шаблон с подстановочными символами, позволяя указывать шаблоны URL (http*://example.com/*/downloads/*.txt*) без указания полного выражения фильтра (http.request.full_uri wildcard "http*://example.com/*/downloads/*.txt*").

Важные замечания

Таблица соответствия функций

Чтобы помочь вам сопоставить существующие Page Rules с современными продуктами Rules, в этой таблице показано, как настройки Page Rules соотносятся с современными Rules, и приведены примеры для типичных конфигураций.

Кроме того, для упрощения типовых настроек в дашборде Cloudflare теперь доступны десятки шаблонов в один клик, доступных в Правила > Обзор. Эти шаблоны позволяют мгновенно развернуть часто используемые функции, такие как перенаправления, перезаписи и изменения заголовков, с уже заполненными выражениями фильтров и действиями. Ознакомьтесь с этими шаблонами в дашборде, чтобы ускорить настройку.

Настройка Page Rules Новая реализация использует... Инструкции по миграции и замене
Always Use HTTPS Redirect Rules (Single Redirects) Миграция Always Use HTTPS
Browser Cache TTL Cache Rules Миграция Browser Cache TTL
Browser Integrity Check Configuration Rules Миграция Browser Integrity Check
Bypass Cache on Cookie Cache Rules Миграция Bypass Cache on Cookie
Cache By Device Type Cache Rules Миграция Cache By Device Type
Cache Deception Armor Cache Rules Миграция Cache Deception Armor
Cache Level Cache Rules Миграция Cache Level
Cache on Cookie Cache Rules Миграция Cache on Cookie
Cache TTL по коду статуса Cache Rules Миграция Cache TTL by status code
Custom Cache Key Cache Rules Миграция Custom Cache Key
Отключить Apps Configuration Rules Миграция Disable Apps
Отключить Performance Н/Д (устарело) Replace Disable Performance
Отключить Railgun Н/Д (устарело) N/A
Отключить Security Н/Д (устарело) Replace Disable Security
Отключить Zaraz Configuration Rules Миграция Disable Zaraz
Edge Cache TTL Cache Rules Миграция Edge Cache TTL
Email Obfuscation Configuration Rules Миграция Email Obfuscation
URL-адрес переадресации Redirect Rules (Single Redirects) Миграция Forwarding URL
Host Header Override Origin Rules Миграция Host Header Override
Заголовок IP Geolocation Transform Rules (Managed Transforms) Миграция IP Geolocation Header
Opportunistic Encryption Configuration Rules Миграция Opportunistic Encryption
Origin Cache Control Cache Rules Миграция Origin Cache Control
Origin Error Page Pass-thru Cache Rules Миграция Origin Error Page Pass-thru
Polish Configuration Rules Миграция Polish
Query String Sort Cache Rules Миграция Query String Sort
Resolve Override Origin Rules Миграция Resolve Override
Respect Strong ETags Cache Rules Миграция Respect Strong ETags
Response Buffering Н/Д (устарело) N/A
Rocket Loader Configuration Rules Миграция Rocket Loader
Security Level Configuration Rules Миграция Security Level
True Client IP Header Transform Rules (Managed Transforms) Миграция True Client IP Header
SSL Configuration Rules Миграция SSL
Web Application Firewall Н/Д (устарело) N/A

Миграция Always Use HTTPS

Контекст:

Вы настроили Page Rule, которое выполняет автоматическое перенаправление с HTTP на HTTPS для всех поддоменов example.com и example.com самого домена:

  • URL *example.com/*
  • Параметр: Always Use HTTPS

Как выполнить миграцию:

  1. Создайте single redirect чтобы всегда перенаправлять запросы HTTP на HTTPS. Можно выбрать Перенаправление с HTTP на HTTPS шаблон правила или введите следующую конфигурацию правила:

    • Если входящие запросы соответствуют: Шаблон с подстановочными знаками
      • Request URL: http://*
    • Затем:
      • Целевой URL: https://${1}
      • Код состояния: 301
      • Сохранять строку запроса: Включено

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами перенаправления.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на одиночное перенаправление
Пример Page Rule с параметром «Always Use HTTPS» Single Redirect, соответствующий параметру «Always Use HTTPS» из примера Page Rule

Миграция Automatic HTTPS Rewrites

Контекст:

Вы настроили Page Rule, которое включает Automatic HTTPS Rewrites для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Automatic HTTPS Rewrites
  • Значение: On

Как выполнить миграцию:

  1. Создайте правило конфигурации чтобы всегда переписывать ссылки HTTP на HTTPS для любого имени хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем настройки следующие:
      • Параметр: Automatic HTTPS Rewrites
      • Значение: On

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила конфигурации.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило конфигурации
Пример Page Rule с параметром «Automatic HTTPS Rewrites» Правило конфигурации, соответствующее настройке 'Automatic HTTPS Rewrites' в примере Page Rule

Миграция Browser Cache TTL

Контекст:

Вы настроили Page Rule, которое устанавливает browser cache TTL в один день для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Browser Cache TTL
  • Введите Browser Cache TTL: в день

Как выполнить миграцию:

  1. Создание правила кеширования чтобы задать Browser Cache TTL равным одному дню для кеширования ресурсов в браузере для любого хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем:
      • Допустимость кеширования: Подлежит кешированию
      • Browser TTL: Переопределяет значение источника и использует этот TTL
      • Введите время жизни (TTL): 1 день

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила кеширования.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило кеширования
Пример Page Rule с параметром «Browser Cache TTL» Правило кеширования, соответствующее настройке «Browser Cache TTL» из примера Page Rule

Миграция Browser Integrity Check

Контекст:

Вы настроили Page Rule, которое включает Browser Integrity Check для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Browser Integrity Check
  • Значение: On

Как выполнить миграцию:

  1. Создайте правило конфигурации чтобы включить Browser Integrity Check для защиты от ботов и угроз для любого имени хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем настройки следующие:
      • Параметр: Browser Integrity Check
      • Значение: On

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила конфигурации.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило конфигурации
Пример Page Rule с параметром «Browser Integrity Check» Правило конфигурации, соответствующее настройке 'Browser Integrity Check' в примере Page Rule

Контекст:

Вы настроили Page Rule, включающее Bypass Cache on Cookie для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Bypass Cache on Cookie
  • Введите значение: test_cookie

Как выполнить миграцию:

  1. Создание правила кеширования чтобы пропускать кеш для запросов, содержащих куки test_cookie для любого имени хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com" AND Cookie contains "test-cookie"
      • Использование Expression Editor:
        (http.host contains "example.com" and http.cookie contains "test-cookie")
    • Затем:
      • Допустимость кеширования: Обход кеша

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила кеширования.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило кеширования
Пример Page Rule с параметром «Bypass Cache on Cookie» Правило кеширования, соответствующее настройке «Bypass Cache on Cookie» из примера Page Rule

Миграция Cache By Device Type

Контекст:

Вы настроили Page Rule, включающее Cache By Device Type для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Cache By Device Type
  • Значение: On

Как выполнить миграцию:

  1. Создание правила кеширования чтобы кешировать контент в зависимости от User-Agent или типа устройства для любого хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем:
      • Допустимость кеширования: Подлежит кешированию
      • Параметр: Cache key
        • Кеширование по типу устройства: On

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила кеширования.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило кеширования
Пример Page Rule с параметром «Cache By Device Type» Правило кеширования, соответствующее настройке «Cache By Device Type» из примера Page Rule

Миграция Cache Deception Armor

Контекст:

Вы настроили Page Rule, включающее Cache Deception Armor для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Cache Deception Armor

Как выполнить миграцию:

  1. Создание правила кеширования для защиты от атак типа cache deception для любого хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем:
      • Допустимость кеширования: Подлежит кешированию
      • Параметр: Cache key
        • Cache Deception Armor: On

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила кеширования.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило кеширования
Пример Page Rule с параметром «Cache Deception Armor» Правило кеширования, соответствующее настройке «Cache Deception Armor» из примера Page Rule

Миграция Cache Level (Cache Everything)

Контекст:

Вы настроили Page Rule, включающее кеширование всех ресурсов для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Cache Level
  • Выберите Cache Level: Cache Everything

Как выполнить миграцию:

  1. Создание правила кеширования чтобы изменить Cache Level для любого хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем:
      • Допустимость кеширования: Подлежит кешированию

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила кеширования.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило кеширования
Пример Page Rule, в котором параметру «Cache Level» присвоено значение «Cache Everything» Правило кеширования, соответствующее настройке «Cache Level: Cache Everything» из примера Page Rule

Контекст:

Вы настроили Page Rule, включающее кеширование ответов, содержащих cookie test-cookie для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Cache on Cookie
  • Введите значение: test-cookie

Как выполнить миграцию:

  1. Создание правила кеширования чтобы кешировать ответы, содержащие cookie test_cookie для любого имени хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com" AND Cookie contains "test-cookie"
      • Использование Expression Editor:
        (http.host contains "example.com" and http.cookie contains "test-cookie")
    • Затем:
      • Допустимость кеширования: Подлежит кешированию

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила кеширования.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило кеширования
Пример Page Rule с параметром «Cache on Cookie» Правило кеширования, соответствующее настройке «Cache on Cookie» из примера Page Rule

Миграция Cache TTL by status code

Контекст:

Вы настроили Page Rule, включающее кеширование всех ответов с кодом состояния между 200 и 599 на один день для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Cache TTL по коду статуса
  • Код состояния или введите диапазон: 200-599
  • Выберите вариант: в день

Как выполнить миграцию:

  1. Создание правила кеширования чтобы кешировать ответы с кодом состояния в диапазоне от 200 и 599 на один день для любого имени хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
      • Затем:
        • Допустимость кеширования: Подлежит кешированию
        • Параметр: Edge TTL
          • Используется заголовок cache-control, если он есть, иначе используется поведение кеширования Cloudflare по умолчанию
          • Status code TTL:
            • Область действия: Диапазон
            • От: 200
            • Чтобы: 599
            • Длительность: 1 день

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила кеширования.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило кеширования
Пример Page Rule с параметром «Cache TTL by status code» Правило кеширования, соответствующее настройке «Cache TTL by status code» из примера Page Rule

Миграция Custom Cache Key

Контекст:

Вы настроили Page Rule, которое задаёт пользовательский cache key для всех параметров строки запроса, для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Custom Cache Key
    • Query String: All query string parameters

Как выполнить миграцию:

  1. Создание правила кеширования чтобы задать пользовательский ключ кеша для всех параметров строки запроса, для любого хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем:
      • Допустимость кеширования: Подлежит кешированию
      • Параметр: Cache key
        • Строка запроса: All query string parameters

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила кеширования.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило кеширования
Пример Page Rule с параметром «Custom Cache Key» Правило кеширования, соответствующее настройке «Custom Cache Key» из примера Page Rule

Миграция Disable Apps

Контекст:

Вы настроили Page Rule, которое отключает Cloudflare Apps (устаревшее) для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Отключить Apps

Как выполнить миграцию:

  1. Создайте правило конфигурации чтобы отключить Cloudflare Apps (устарело) для любого имени хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем настройки следующие:
      • Параметр: Disable Apps

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила конфигурации.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило конфигурации
Пример Page Rule с параметром «Disable Apps» Правило конфигурации, соответствующее настройке 'Disable Apps' в примере Page Rule

Replace Disable Performance

Этот параметр Page Rules отключал Polish и Rocket Loader. Соответствующие функции Cloudflare по-прежнему можно включать и отключать по отдельности с помощью Configuration Rules.

Контекст:

Вы настроили Page Rule с Отключить Performance (устарело) для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Отключить Performance

Как заменить:

  1. Создайте правило конфигурации чтобы отключить Polish и Rocket Loader для любого имени хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем настройки следующие:
      • Polish: Off
      • Rocket Loader: Off

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила конфигурации.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило конфигурации
Пример Page Rule с параметром «Disable Performance» Правило конфигурации, частично соответствующее настройке 'Disable Performance' в примере Page Rule

Replace Disable Security

Этот параметр Page Rules отключает Email Obfuscation, Rate Limiting (previous version), Scrape Shield, URL (Zone) Lockdown и WAF managed rules (previous version). Соответствующие функции Cloudflare по-прежнему можно включать и отключать по отдельности с помощью Configuration Rules и пользовательских правил WAF.

Контекст:

Вы настроили Page Rule с Отключить Security (устарело) для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Отключить Security

Этот параметр отключал часть функций безопасности Cloudflare: Email Obfuscation, Rate Limiting (previous version), Scrape Shield, URL (Zone) Lockdown и WAF managed rules (previous version).

Как заменить:

  1. Создайте правило конфигурации чтобы отключить одну или несколько функций безопасности:

  2. При необходимости, создать исключение WAF чтобы пропускать одно или несколько правил управляемых наборов правил WAF для запросов с IP-адресов из списка разрешений.

  3. Отключите своё существующее Page Rule и проверьте поведение созданных вами правил.

  4. Если тестирование прошло успешно, удалите существующее Page Rule.

Миграция Disable Zaraz

Контекст:

Вы настроили Page Rule, которое отключает Zaraz для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Отключить Zaraz

Как выполнить миграцию:

  1. Создайте правило конфигурации чтобы отключить Zaraz для любого имени хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем настройки следующие:
      • Параметр: Disable Zaraz

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила конфигурации.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило конфигурации
Пример Page Rule с параметром «Disable Zaraz» Правило конфигурации, соответствующее настройке 'Disable Zaraz' в примере Page Rule

Миграция Edge Cache TTL

Контекст:

Вы настроили Page Rule, которое изменяет Edge Cache TTL для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Edge Cache TTL
  • Введите Edge Cache TTL: в день

Как выполнить миграцию:

  1. Создание правила кеширования чтобы задать Edge Cache TTL равным одному дню для кеширования ресурсов в периферийной сети Cloudflare, для любого хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем:
      • Допустимость кеширования: Подлежит кешированию
      • Параметр: Edge TTL
        • Ignore cache-control header and use this TTL
        • Введите время жизни (TTL): 1 день

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила кеширования.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило кеширования
Пример Page Rule с параметром «Edge Cache TTL» Правило кеширования, соответствующее настройке «Edge Cache TTL» из примера Page Rule

Миграция Email Obfuscation

Контекст:

Вы настроили Page Rule, которое отключает Email Obfuscation для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Email Obfuscation
  • Значение: Off

Как выполнить миграцию:

  1. Создайте правило конфигурации чтобы отключить Email Obfuscation для любого имени хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем настройки следующие:
      • Параметр: Email Obfuscation
        • Значение: Off

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила конфигурации.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило конфигурации
Пример Page Rule с параметром «Email Obfuscation» Правило конфигурации, соответствующее настройке 'Email Obfuscation > Off' в примере Page Rule

Миграция Forwarding URL

Пример №1. Перенаправление www на корневой домен

Контекст:

Вы настроили Page Rule, которое выполняет постоянное перенаправление www.example.com к example.com для всех путей URI:

  • URL: www.example.com/*
  • Параметр: URL-адрес переадресации
  • Выберите Status code: 301: постоянное перенаправление
  • URL назначения: https://example.com/$1

Как выполнить миграцию:

  1. Создайте single redirect для постоянного перенаправления запросов от https://www.example.com к https://example.com. Вы можете выбрать Перенаправление с WWW на корень шаблон правила или введите следующую конфигурацию правила:

    • Если входящие запросы соответствуют: Шаблон с подстановочными знаками
      • Request URL: https://www.example.com/*
    • Затем:
      • Целевой URL: https://example.com/${1}
      • Код состояния: 301
      • Сохранять строку запроса: Включено

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами перенаправления.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Примечания об эквивалентности правил

Приведённый пример с использованием Single Redirects не является точным соответствием ранее существовавшему Page Rule из того же примера.

Для точного эквивалента потребовалось бы совпадение как с HTTP, так и с HTTPS входящими запросами, чего можно добиться с помощью шаблона с подстановочным знаком, например такого (обратите внимание на дополнительный * после http):

  • Request URL: http*://www.example.com/*

Для этого также потребуется изменить Целевой URL чтобы использовать вторую группу захвата подстановочного знака вместо первой (соответствующую тексту, захваченному вторым * в шаблоне с подстановочными символами выше):

  • Целевой URL: https://example.com/${2}
Конфигурация Page Rules Переход на одиночное перенаправление
Пример №1 Page Rule с параметром «Forwarding URL» Single Redirect, соответствующий параметру «Forwarding URL» из примера №1 Page Rule

Пример №2. Перенаправление всех страниц со старого пути на новый

Контекст:

Вы настроили Page Rule, которое выполняет постоянное перенаправление example.com/old-path к example.com/new-path:

  • URL: example.com/old-path/*
  • Параметр: URL-адрес переадресации
  • Выберите Status code: 301: постоянное перенаправление
  • URL назначения: https://example.com/new-path/$1

Как выполнить миграцию:

  1. Создайте single redirect для постоянного перенаправления запросов к example.com/old-path к example.com/new-path:

    • Если входящие запросы соответствуют: Шаблон с подстановочными знаками
      • Request URL: https://example.com/old-path/*
    • Затем:
      • Целевой URL: https://example.com/new-path/${1}
      • Код состояния: 301
      • Сохранять строку запроса: Включено

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами перенаправления.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Примечания об эквивалентности правил

Приведённый пример с использованием Single Redirects не является точным соответствием ранее существовавшему Page Rule из того же примера.

Для точного эквивалента потребовалось бы совпадение как с HTTP, так и с HTTPS входящими запросами, чего можно добиться с помощью шаблона с подстановочным знаком, например такого (обратите внимание на дополнительный * после http):

  • Request URL: http*://example.com/old-path/*

Для этого также потребуется изменить Целевой URL чтобы использовать вторую группу захвата подстановочного знака вместо первой (соответствующую тексту, захваченному вторым * в шаблоне с подстановочными символами выше):

  • Целевой URL: https://example.com/new-path/${2}
Конфигурация Page Rules Переход на одиночное перенаправление
Пример №2 Page Rule с параметром «Forwarding URL» Single Redirect, соответствующий параметру «Forwarding URL» из примера №2 Page Rule

Миграция Host Header Override

Контекст:

Вы настроили Page Rule, которое изменяет Host HTTP-заголовок в example.saas-provider.com, для всех запросов, адресованных любому поддомену example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Host Header Override
  • Введите значение: example.saas-provider.com

Как выполнить миграцию:

  1. Создайте origin rule изменив Host заголовок в example.saas-provider.com для любого имени хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем:
      • Настройка параметров источника:
        • Заголовок Host > Rewrite to: example.saas-provider.com

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила источника.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило источника
Пример Page Rule с параметром «Host Header Override» Origin rule, соответствующее настройке 'Host Header Override' в примере Page Rule

Миграция IP Geolocation Header

Контекст:

Вы настроили Page Rule, которое добавляет CF-IPCountry HTTP-заголовок для всех запросов, адресованных любому поддомену example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Заголовок IP Geolocation
  • Значение: On

Как выполнить миграцию:

  1. Включите Добавление заголовков с местоположением посетителя Managed Transform (функция Transform Rules) для добавления CF-IPCountry и другие заголовки местоположения ко всем запросам.
  2. Отключите своё существующее Page Rule и проверьте поведение Managed Transform.
  3. Если тестирование прошло успешно, удалите существующее Page Rule.
Конфигурация Page Rules Переход на Managed Transform
Пример Page Rule с параметром «IP Geolocation Header» «Add visitor location headers» Managed Transform, соответствующий параметру «IP Geolocation Header» из примера Page Rule

Миграция Opportunistic Encryption

Контекст:

Вы настроили Page Rule, которое отключает Opportunistic Encryption для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Opportunistic Encryption
  • Значение: Off

Как выполнить миграцию:

  1. Создайте правило конфигурации чтобы отключить Opportunistic Encryption для любого имени хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем настройки следующие:
      • Параметр: Opportunistic Encryption
        • Значение: Off

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила конфигурации.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило конфигурации
Пример Page Rule с параметром «Opportunistic Encryption» Правило конфигурации, соответствующее настройке 'Opportunistic Encryption > Off' в примере Page Rule

Миграция Origin Cache Control

Контекст:

Вы настроили Page Rule, которое отключает Origin Cache Control для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Origin Cache Control
  • Значение: Off

Как выполнить миграцию:

  1. Создание правила кеширования чтобы определить поведение периферийного кеша для любого хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем:
      • Допустимость кеширования: Подлежит кешированию
      • Параметр: Origin Cache Control
        • Включите Origin Cache Control: Off

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила кеширования.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило кеширования
Пример Page Rule с параметром «Origin Cache Control» Правило кеширования, соответствующее настройке «Origin Cache Control» из примера Page Rule

Миграция Origin Error Page Pass-thru

Контекст:

Вы настроили Page Rule, включающее Origin Error Page Pass-thru для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Origin Error Page Pass-thru
  • Значение: On

Как выполнить миграцию:

  1. Создание правила кеширования чтобы определить поведение периферийного кеша для любого хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем:
      • Допустимость кеширования: Подлежит кешированию
      • Параметр: Origin error page pass-thru
        • Используйте Origin error page pass-thru: On

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила кеширования.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило кеширования
Пример Page Rule с параметром «Origin Error Page Pass-thru» Правило кеширования, соответствующее настройке «Origin Error Page Pass-thru > On» из примера Page Rule

Миграция Polish

Контекст:

Вы настроили Page Rule, которое отключает Polish для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Polish
  • Значение: Off

Как выполнить миграцию:

  1. Создайте правило конфигурации чтобы отключить Polish для любого имени хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем настройки следующие:
      • Параметр: Polish
        • Выберите значение: Off

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила конфигурации.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило конфигурации
Пример Page Rule с параметром «Polish» Правило конфигурации, соответствующее настройке 'Polish > Off' в примере Page Rule

Миграция Query String Sort

Контекст:

Вы настроили Page Rule, включающее Query String Sort для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Query String Sort
  • Значение: On

Как выполнить миграцию:

  1. Создание правила кеширования чтобы сортировать параметры строки запроса для целей кеширования, для любого хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем:
      • Допустимость кеширования: Подлежит кешированию
      • Параметр: Cache key
        • Сортировка строки запроса: On

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила кеширования.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило кеширования
Пример Page Rule с параметром «Query String Sort» Правило кеширования, соответствующее настройке «Query String Sort > On» из примера Page Rule

Миграция Resolve Override

Контекст:

Вы настроили Page Rule, которое изменяет источник на example.saas-provider.com, для всех запросов, адресованных любому поддомену example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Resolve Override
  • Введите значение: example.saas-provider.com

Как выполнить миграцию:

  1. Создайте origin rule переопределяя источник на example.saas-provider.com для любого имени хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем:
      • DNS Record > Переопределить на: example.saas-provider.com

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила источника.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило источника
Пример Page Rule с параметром «Resolve Override» Origin rule, соответствующее настройке 'Resolve Override' в примере Page Rule

Миграция Respect Strong ETags

Контекст:

Вы настроили Page Rule, включающее проверки побайтового соответствия для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Respect Strong ETags
  • Значение: On

Как выполнить миграцию:

  1. Создание правила кеширования чтобы учитывать строгие ETag для любого хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем:
      • Допустимость кеширования: Подлежит кешированию
      • Параметр: Respect strong ETags
        • Использование строгих заголовков ETag: On

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила кеширования.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило кеширования
Пример Page Rule с параметром «Respect Strong ETags» Правило кеширования, соответствующее настройке «Respect Strong ETags > On» из примера Page Rule

Миграция Rocket Loader

Контекст:

Вы настроили Page Rule, которое отключает Rocket Loader для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Rocket Loader
  • Значение: Off

Как выполнить миграцию:

  1. Создайте правило конфигурации чтобы отключить Rocket Loader для любого имени хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем настройки следующие:
      • Параметр: Rocket Loader
        • Значение: Off

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила конфигурации.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило конфигурации
Пример Page Rule с параметром «Rocket Loader» Правило конфигурации, соответствующее настройке 'Rocket Loader > Off' в примере Page Rule

Миграция Security Level

Контекст:

Вы настроили Page Rule, которое устанавливает Security Level в I'm Under Attack для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: Security Level
  • Выберите Security Level: I'm Under Attack

Как выполнить миграцию:

  1. Создайте правило конфигурации чтобы установить Security Level в значение I'm Under Attack, для любого имени хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем настройки следующие:
      • Параметр: I'm Under Attack
      • Значение: On

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила конфигурации.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило конфигурации
Пример Page Rule с параметром «Security Level» Правило конфигурации, соответствующее настройке "Security Level > I'm Under Attack" в примере Page Rule

Миграция True Client IP Header

Контекст:

Вы настроили Page Rule, которое добавляет True-Client-IP HTTP-заголовок для всех запросов, адресованных любому поддомену example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: True Client IP Header
  • Значение: On

Как выполнить миграцию:

  1. Включите Добавление заголовка «True-Client-IP» Managed Transform (функция Transform Rules) для добавления True-Client-IP заголовок ко всем запросам.
  2. Отключите своё существующее Page Rule и проверьте поведение Managed Transform.
  3. Если тестирование прошло успешно, удалите существующее Page Rule.
Конфигурация Page Rules Переход на Managed Transform
Пример Page Rule с параметром «True Client IP Header» «Add "True-Client-IP" header» Managed Transform, соответствующий параметру «True Client IP Header» из примера Page Rule

Миграция SSL

Контекст:

Вы настроили Page Rule, которое устанавливает SSL в Строгий для всех поддоменов example.com и example.com самого домена:

  • URL: *example.com/*
  • Параметр: SSL
  • Выберите SSL/TLS encryption mode: Строгий

Как выполнить миграцию:

  1. Создайте правило конфигурации чтобы установить SSL в значение Строгий, для любого имени хоста, содержащего example.com:

    • Когда входящие запросы соответствуют: Custom filter expression
      • Использование Expression Builder:
        Hostname contains "example.com"
      • Использование Expression Editor:
        (http.host contains "example.com")
    • Затем настройки следующие:
      • Параметр: SSL
        • Выберите SSL/TLS encryption mode: Строгий

  2. Отключите своё существующее Page Rule и проверьте поведение созданного вами правила конфигурации.

  3. Если тестирование прошло успешно, удалите существующее Page Rule.

Конфигурация Page Rules Переход на правило конфигурации
Пример Page Rule с параметром «SSL» Правило конфигурации, соответствующее настройке "SSL" в примере Page Rule

Настройки, которые не будут перенесены

Следующие настройки Page Rules не будут перенесены в другие типы правил:

Все остальные настройки Page Rules будут перенесены в течение 2025 года.

Дополнительные ресурсы

Если у вас есть отзывы, ознакомьтесь с нашим Тема на форуме сообщества ↗.