← Cloudflare for Platforms / cloudflare-for-platforms / cloudflare-for-saas / saas-customers / provider-guides

Salesforce Commerce Cloud

Cloudflare сотрудничает с Salesforce Commerce Cloud, чтобы предоставить сайтам её клиентов преимущества Cloudflare по производительности и безопасности.

Если вы используете Salesforce Commerce Cloud и при этом у вас есть план Cloudflare, вы можете с помощью собственной зоны Cloudflare сначала направлять веб-трафик в свою зону, а затем уже в зону Salesforce Commerce Cloud (поставщика SaaS). Такая конфигурация называется O2O.

Среди преимуществ O2O такие возможности, как применение служб и настроек собственной зоны Cloudflare, например WAF, Bot Management, Waiting Room, и другие возможности к трафику, направленному в вашу среду Salesforce Commerce Cloud.

Дополнительные сведения о том, как маршрутизируется трафик при включённом O2O, см. в Как работает O2O.

Для включения O2O требуется следующее:

1. Вам нужно настроить среду SFCC как «SFCC Proxy Zone». Если у вас сейчас используется «SFCC Legacy Zone», вы не сможете включить O2O.
   • Дополнительные сведения о различных типах конфигураций SFCC см. в Часто задаваемые вопросы Salesforce о SFCC Proxy Zones ↗.
   • Инструкции по переносу среды SFCC в «SFCC Proxy Zone» см. в Руководство по миграции с SFCC Legacy Zone на SFCC Proxy Zone ↗.
2. Собственная зона Cloudflare на тарифе Enterprise.

Если вы соответствуете указанным выше требованиям, O2O можно включить для каждого имени хоста отдельно. Чтобы включить O2O для конкретного имени хоста в своей зоне Cloudflare, создать DNS-запись CNAME, целью которой является CNAME, предоставленный SFCC Business Manager, дашбордом, который клиенты SFCC используют для настройки среды своего интернет-магазина.

CNAME-запись, предоставленная SFCC Business Manager, будет похожа на commcloud.prod-abcd-example-com.cc-ecdn.net и состоит из 3 отдельных частей. Для каждого имени хоста, направляющего трафик в SFCC, обязательно измените каждую часть примера записи CNAME в соответствии с вашей средой SFCC:

1. Окружение: prod следует изменить на prod или dev или stg.
2. Realm: abcd следует изменить на Realm ID, присвоенный вам в SFCC.
3. Имя домена: example-com следует изменить так, чтобы оно соответствовало имени вашего домена в формате с дефисами.

Чтобы O2O было настроено правильно, убедитесь, что ваша проксируемая DNS-запись указывает на CNAME SFCC напрямую. Не направляйте трафик на SFCC CNAME косвенно через другую проксируемую DNS-запись в вашей зоне Cloudflare, которая сама указывает на SFCC CNAME.

Когда для имени хоста в вашей зоне Cloudflare включено O2O, вы берёте на себя дополнительную ответственность за трафик этого имени хоста, поскольку теперь можете влиять на этот трафик с помощью различных продуктов Cloudflare. Среди продуктов Cloudflare, совместимых с O2O:

• Кеширование
• Workers
• Правила

Полный список совместимых продуктов и возможных ограничений см. в Совместимость продукта.

Если ваша собственная зона Cloudflare находится на тарифе Enterprise, у вас есть доступ к функция удержания зоны, это переключатель, который не позволяет создать зону с именем вашего домена в другом аккаунте Cloudflare. Кроме того, если удержание зоны включено, оно также блокирует активацию пользовательских имён хостов, подключённых к Salesforce Commerce Cloud. В этом случае Salesforce Commerce Cloud вернёт для вашего пользовательского имени хоста следующее сообщение об ошибке: The hostname is associated with a held zone. Please contact the owner of this domain to have the hold removed.

Чтобы пользовательское имя хоста успешно активировалось на платформе Salesforce Commerce Cloud, владельцу зоны необходимо временно снять удержание. Если вы подключаете к Salesforce Commerce Cloud только поддомен в качестве пользовательского имени хоста, вас касается только дополнительная функция Also prevent Subdomains необходимо временно отключить.

Как только удержание зоны будет временно отключено, следуйте инструкциям Salesforce Commerce Cloud по обновлению пользовательского имени хоста. После этого оно должно активироваться.

Если вы клиент Salesforce Commerce Cloud и настроили собственную зону Cloudflare с включённым O2O для отдельных имён хостов, обратитесь в свою Cloudflare Account Team или Служба поддержки Cloudflare для помощи в решении проблем в собственной зоне.

Если возникнут технические проблемы, которые Cloudflare не сможет решить самостоятельно, компания обратится к Salesforce Commerce Cloud.

Если при попытке активировать Cloudflare Managed Certificate вы столкнётесь с ошибками SSL, проверьте, нет ли у вас CAA запись для своего доменного имени с помощью команды dig +short example.com CAA.

Если у вас есть CAA запись и проверьте, что она разрешает выпуск SSL-сертификатов центры сертификации, поддерживаемые Cloudflare.

1. Задайте Minimum TLS version к TLS 1.2
   1. Перейдите в Edge Certificates ↗ прокрутите вниз, чтобы найти Minimum TLS Version, и установите для него значение TLS 1.2. Этот параметр применяется ко всем проксируемым DNS-записям в вашей зоне.
2. Сопоставьте Security Level заданы в SFCC Business Manager
   1. Вариант 1: уровень зоны - Перейдите в Настройки ↗ в разделе Security найдите Security Level и задайте Security Level так, чтобы оно соответствовало тому, что настроено в SFCC Business Manager. Этот параметр применяется ко всем проксируемым DNS-записям в вашей зоне Cloudflare.
   2. Вариант 2: для отдельных проксированных DNS-записей - Если Security Level отличается между проксируемыми DNS-записями, направленными в вашу среду SFCC, и остальными проксируемыми DNS-записями в вашей зоне Cloudflare, используйте Configuration Rule чтобы установить Security Level именно для проксированных записей DNS, указывающих на вашу среду SFCC. Например:
      1. Создайте новый Configuration Rule на Обзор правил ↗ на странице, выбрав Создать правило рядом с Configuration Rules:
         1. Название правила: Match Security Level on SFCC hostnames
         2. Поле: Имя хоста
         3. Оператор: входит в (это будет сопоставляться с несколькими именами хостов, указанными в Значение поле)
         4. Значение: www.example.com dev.example.com
         5. Прокрутите вниз до Security Level и нажмите + Добавить
            1. Выберите уровень безопасности: Средняя (это должно совпадать с Security Level заданы в SFCC Business Manager)
         6. Прокрутите страницу вниз и нажмите Развернуть
3. Отключить Browser Integrity Check
   1. Вариант 1: уровень зоны - Перейдите в Настройки ↗ в разделе Security найдите Browser Integrity Check и отключите его с помощью переключателя. Эта настройка применяется ко всем проксируемым DNS-записям в вашей зоне Cloudflare.
   2. Вариант 2: для отдельных проксированных DNS-записей - Если вы хотите сохранить Browser Integrity Check включено для остальных проксируемых DNS-записей в вашей зоне Cloudflare, но хотите отключить его для проксируемых DNS-записей, направленных в вашу среду SFCC, оставьте настройку уровня зоны Browser Integrity Check включённую функцию и используйте Configuration Rule чтобы отключить Browser Integrity Check именно для хостнеймов, указывающих на вашу среду SFCC. Например:
      1. Создайте новый Configuration Rule на Обзор правил ↗ на странице, выбрав Создать правило рядом с Configuration Rules:
         1. Название правила: Disable Browser Integrity Check on SFCC hostnames
         2. Поле: Имя хоста
         3. Оператор: входит в (это будет сопоставляться с несколькими именами хостов, указанными в Значение поле)
         4. Значение: www.example.com dev.example.com
         5. Прокрутите вниз до Browser Integrity Check и нажмите + Добавить кнопку:
            1. Установите переключатель в положение Off (отобразится серый значок X)
         6. Прокрутите страницу вниз и нажмите Развернуть
4. Обойти Кеш на проксируемых DNS-записях, указывающих на вашу среду SFCC
   1. Ваша среда SFCC, также называемая Realm, будет содержать одну или несколько SFCC Proxy Zone, где всегда происходит кеширование. В соответствующей SFCC Proxy Zone для вашего домена SFCC выполняет собственную оптимизацию кеша, поэтому для проксированных DNS-записей в вашей зоне Cloudflare, направленных в вашу среду SFCC, рекомендуется обходить кеш, чтобы избежать сценария «двойного кеширования». Этого можно добиться с помощью Cache Rule.
   2. Если Cache Rule не создан, кэширование будет происходить как в вашей зоне Cloudflare, так и в соответствующей SFCC Proxy Zone, что может вызвать проблемы при инвалидации или очистке кэша в вашей среде SFCC.
      1. Дополнительную информацию о кэшировании в вашей среде SFCC можно найти в Документация SFCC по Content Cache ↗
   3. Создайте новый Cache Rule на Обзор правил ↗ на странице, выбрав Создать правило рядом с Cache Rules:
      1. Название правила: Bypass cache on SFCC hostnames
      2. Поле: Имя хоста
      3. Оператор: входит в (это будет сопоставляться с несколькими именами хостов, указанными в Значение поле)
      4. Значение: www.example.com dev.example.com
      5. Допустимость кеширования: Выберите Bypass cache.
      6. Прокрутите страницу до конца и выберите Развернуть.
5. Необязательно - Загрузите свой Custom Certificate из SFCC Business Manager в вашу зону Cloudflare:
   1. Custom Certificate, который вы загрузили через SFCC Business Manager или SFCC CDN-API, который находится в вашей соответствующей SFCC Proxy Zone, будет завершать TLS-соединения для имён хостов вашего SFCC-магазина. Из-за этого загрузка того же Custom Certificate в вашу собственную зону Cloudflare является необязательной. Если вы всё же это сделаете, пользователи Cloudflare с определёнными ролями в вашем аккаунте Cloudflare смогут получать уведомления об истечении срока действия ваших Custom Certificates. См. продлить пользовательские сертификаты для получения дополнительных сведений.
   2. Кроме того, поскольку теперь у вас есть собственная зона Cloudflare, вам доступны различные продукты периферийных сертификатов Cloudflare, а значит, для одних и тех же SAN у вас может быть больше одного сертификата. В этом случае запускается процесс определения приоритета сертификатов, который решает, какой сертификат использовать на периферийной сети Cloudflare. Если вы обнаружите, что хостнеймы вашего SFCC storefront показывают другой сертификат по сравнению с тем, который вы загрузили через SFCC Business Manager или SFCC CDN-API, вероятной причиной этого является процесс определения приоритета сертификата. См. приоритет сертификата для получения дополнительных сведений.