Расширенные домены Salesforce: вопросы и ответы

Расширенные домены — это последние версия функции "Мой домен". Поскольку они соответствуют последним требованиям обозревателя, они обязательны во всех организациях Salesforce.

Расширенные домены применяют имя Моего домена организации, характерное для компании, ко всем URL-адресам, размещенным в Salesforce для вашей организации. Данная функция также изменяет суффиксы доменов (часть после имени моего домена) в соответствии с новейшими стандартами безопасности. Без имен экземпляров пользователям легче запомнить URL-адреса расширенного Моего домена, и они не меняются при переносе в другой экземпляр Salesforce.

Дополнительные сведения см. в разделе "Расширенные домены" справки Salesforce и видео о расширенных доменах (только на английском).

На что влияют расширенные домены?

Расширенные домены применяют имя Моего домена вашей организации, характерное для компании, ко всем URL-адресам, размещенным в Salesforce для вашей организации. Данная функция также изменяет суффиксы доменов (часть после имени моего домена) в соответствии с новейшими стандартами безопасности. Без имен экземпляров пользователям легче запомнить URL-адреса расширенного Моего домена, и они не меняются при переносе в другой экземпляр Salesforce.

Если вы не протестируете и не развернете расширенные домены до того, как их развернет Salesforce, могут возникнуть указанные ниже проблемы.

При попытке доступа к системе Salesforce, включая сайты Experience Cloud, Salesforce Sites и страницы Visualforce, но не ограничиваясь ими, могут возникать ошибки.
Некоторое внедренное содержимое, сохраненное в системе Salesforce, больше не отображается.
Сторонние приложения могут потерять доступ к данным.
Интеграции единой регистрации с безопасными средами могут быть неудачными.
Интеграции единой регистрации с организациями, использующими суффиксы доменов *.cloudforce.com и *.database.com, могут быть неудачными.

Во избежание указанных проблем рекомендуем протестировать расширенные домены в безопасной среде и включить расширенные домены в производстве до внедрения обновления выпуска.

Почему Salesforce требует расширенные домены?

Расширенные домены Salesforce соответствуют последним требованиям безопасности и обозревателей, что предоставляет пользователям доступ к Salesforce в обозревателях, блокирующих сторонние cookie-файлы. Для получения дополнительной информации, включительно с примечаниями о том, когда междоменные или сторонние cookie-файлы могут быть заблокированы даже с расширенными доменами, см. раздел Зачем расширенные домены? в справке Salesforce.

Какой график существует для расширенный доменов? Когда расширенные домены развертываются и внедряются?

Обновление выпуска "Развертывание расширенных доменов" (ранее "Включение расширенных доменов") впервые появилось в выпуске Summer ’21.

Внедрение расширенных доменов будет выполняться поэтапно в выпуске Winter ’23.

Winter ’23 (начало в августе 2022 года): Расширенные домены развернуты в безопасных средах и непроизводственных организациях, с возможностью отказа и отключения функции. В непроизводственные организации входят демонстрационные организации, организации Developer Edition, бесплатные организации, организации исправления, рабочие области Trailhead и пробные организации.
Spring ’23 (начало в январе 2023 года): Расширенные домены развернуты во всех организациях, в которых не развернуты расширенные домены, с возможностью отказа и отключения функции.
Summer ’23 (начало в июне 2023 года): Расширенные домены развернуты во всех организациях, в которых не развернуты расширенные домены, с возможностью отключения функции.
Winter’24 (начало в августе 2023 года): Расширенные домены внедрены во всех организациях.

Дополнительные сведения о графике см. в разделе "График для расширенных доменов" справки Salesforce.

Возможно ли отключить расширенные домены при обнаружении проблем во время тестирования?

Расширенные домены можно отключить до их внедрения посредством обновления выпуска "Развертывание расширенных доменов". Для этого выполните инструкции в разделе "Отключение расширенных доменов".

Дополнительную информацию, в том числе с рекомендациями по переадресациям, см. в разделе «Рекомендации для расширенных доменов» справки Salesforce.

Могу ли я отказаться от развертывания и внедрения расширенных доменов?

В выпуске Summer ’23 невозможно отказаться от автоматического развертывания расширенных демонов, но можно отключить функцию после ее развертывания в данном выпуске. Развернутые в выпуске Winter ’24 расширенные домены не подлежат отключению.

Что случится, если я не разверну расширенные домены до их внедрения?

Salesforce развернет данную функцию, исходя из событий в разделе "График расширенных доменов".

Поскольку расширенные домены влияют на URL-адреса организации Salesforce, включительно с такими URL-адресами, как сайты Experience Cloud и сайты Salesforce, настоятельно рекомендуем включить и протестировать функции до их внедрения.

Потенциальное влияние на организацию и пользователей Salesforce описано в разделе "Рекомендации для расширенных доменов" справки Salesforce. Список областей, которые могут требовать обновления на основе данных изменений см. в разделе "Обновление организации Salesforce для нового домена" справки Salesforce.

Почему расширенные домены не развертываются сразу после выпуска?

Обновление выпуска "Развертывание расширенных доменов" внедряет функцию в выпуске Winter'24 ( начиная с августа 2023 года для безопасных сред и сентября 2023 года для производственных организаций). После внедрения функции расширенные домены развертываются во всех организациях. Также в этом выпуске невозможно отключить расширенные домены.

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

Для управления временем развертывания расширенных доменов в организации включите и разверните функцию до ее внедрения в выпуске Winter '24.

Начало работы

Я не могу разобраться в расширенных доменах. Откуда следует начать?

Мы знаем что по данной функции существует много материала, но сама функция является сложной.

Видео о расширенных доменах (доступно только на английском языке) содержит обзор функции, сроки развертывания и внедрения, данные о влиянии и начальную информацию. Дополнительная информация также указана ниже.

Обычно лучше начать с определения влияния на вас. Для этого рекомендуем начать с данных страниц в справке Salesforce. (Обратите внимание, что влияние зависит не от используемого выпуска Salesforce, а от используемых функций.)

"Определение обязательных обновлений проверки подлинности после изменения Моего домена" - поможет вам определить наличие настроенной проверки подлинности в вашей организации. В этом случае, будут указаны сведения на странице, какие действия нужно выполнить.
Образец контрольного списка до развертывания изменения Моего домена и Образец контрольного списка после развертывания изменения Моего домена - эти контрольные списки содержат действия, которые могут понадобиться каждому клиенту. Слово "могут" выделено, поскольку не каждый клиент использует каждую функцию. Чтобы определить действия, которые необходимо предпринять, можно использовать данные контрольные списки и удалить элементы, не применимые к вашей конфигурации. В частности каждый клиент должен проверить, используются ли списки разрешенных и настроены ли брандмауэры и прокси-серверы, и обновить их в случае необходимости. (Если вы не уверены, обратитесь в отдел информационной безопасности или сетевой отдел).
Обновление организации для изменений Моего домена - предупреждение: данная страница очень НАСЫЩЕНА, поэтому подготовьтесь. Мы размещаем все в одном месте для упрощения использования, но понимает, что этого может быть слишком много. Данная страница согласована с контрольными списками до и после развертывания и предоставляет дополнительные сведения о необходимых действиях. Обязательно прочтите описания над таблицами, поскольку возможно, что вы можете пропустить несколько таблиц.
Тестирование изменений Моего домена - содержит высокоуровневые действия по тестированию.

Полезные ссылки:

Имена хостов Моего домена - сведения об именах хостов, которые система Salesforce может использовать для вашей организации, и соответствующие функции. Это поможет определить, какие функции вы используете.
Форматы URL-адресов входа в Мой домен и в приложение без расширенных доменов - содержит все URL-адреса, которые меняются с расширенными доменами (для начала обратите внимание на производственный список). Вам нужны только типы, которые применимы к вам (что можно определить посредством списка имен хостов).

Ого! Очень много информации. Можно также просмотреть данные предыдущие вебинары:

Вебинар в марте 2022 года, "Подготовка к расширенным доменам": запись и слайды
Вебинар в июле 2022 года, "Внедрение расширенных доменов: обновления за июнь 2022 года и подробное изучение проверки подлинности": запись и слайды.

Рекомендуем также клиентам присоединиться к контрольной группе "Мой домен и расширенные домены" в Trailblazer Community.

Я уже использую «Мой домен». Мне все равно нужно развернуть расширенные домены?

Да, вам нужно развернуть расширенные домены. Расширенные домены — это последние версия функции "Мой домен". Они соответствуют последним требованиям обозревателя, поэтому они обязательны во всех организациях.

После развертывания расширенных доменов, имя Моего домена вашей организации используется во всех URL-адресах хостов Salesforce для вашей организации. Данная функция также изменяет суффиксы доменов (часть после имени моего домена) в соответствии с новейшими стандартами безопасности. Без имен экземпляров пользователям легче запомнить URL-адреса расширенного Моего домена, и они не меняются при переносе в другой экземпляр Salesforce. Список URL-адресов, которые меняются с расширенными доменами, см. в разделе "Изменение форматов URL-адресов моего домена при включении расширенных доменов" справки Salesforce.

Сведения о периоде развертывания и внедрения расширенных доменов системой Salesforce, а также возможности для отказа от автоматического развертывания и отключения функции в каждом выпуске, см. в разделе "График расширенных доменов" справки Salesforce.

Как узнать, развернуты ли расширенные домены в моей организации?

См. раздел "Определение, включены ли расширенные домены" в справке Salesforce.

Как узнать, когда Salesforce развернет расширенные домены в моей организации?

Чтобы узнать дату получения выпуска организацией, клиенты могут открыть веб-узел Trust Status, найти имя экземпляра и выбрать вкладку обслуживания.

Не знаете имя экземпляра? См. "Просмотр сведений об экземпляре для организации Salesforce". Дополнительные сведения см. в разделе "Получение статуса организации и дат будущего обслуживания с Моим доменом" справки Salesforce.

Как подготовиться к расширенным доменам?

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

Для получения сведения о настройке, тестировании и развертывании расширенных доменов см разделы "Планирование изменения Моего домена", "Расширенные домены" и "Обновление организации и тестирование изменений Моего домена" в справке Salesforce.

Существуют ли контрольные списки, которые могут помочь развернуть расширенные домены?

Образцы контрольных списков проекта, до развертывания и после развертывания можно обнаружить в разделе "Образцы контрольных списков изменения Моего домена" в справке Salesforce. Данные списки также доступны в Quip в разделе "Шаблоны контрольных списков изменения Моего домена".

Несколько примечаний относительно контрольных списков:

Они предоставляются только на английском. Содержимое справки будет переведено в выпуске Spring '23.
Не каждое действие в контрольных списках будет применимо к вам. Контрольные списки содержат возможные действия для всех конфигураций Salesforce. Сократите шаблоны в соответствии со своим проектом. Например, если сайты Experience Cloud (ранее Communities) не включены, удалите данные действия при создании личных контрольных списков. Кроме того, существует раздел относительно того, меняется ли URL-адрес входа в Мой домен. Если вы не переименовываете Мой домен или не изменяете суффикс домена в производстве, данный раздел не применяется при развертывании расширенных доменов.
Дополнительную информацию по задачам до развертывания и после развертывания см. в разделе "Обновление организации для изменений Моего домена" в справке Salesforce.

Где можно получить более подробную информацию о расширенных доменах?

Сведения о внедряемом изменении см. в примечаниях к выпуску Summer ’23: Развертывание расширенных доменов (обновление выпуска) и просмотрите видео о расширенных доменах (только на английском).

Можно также просмотреть данные предыдущие вебинары:

Вебинар в марте 2022 года, "Подготовка к расширенным доменам": запись и слайды
Вебинар в июле 2022 года, "Внедрение расширенных доменов: обновления за июнь 2022 года и подробное изучение проверки подлинности": запись и слайды.

Рекомендуем также присоединиться к контрольной группе "Мой домен и расширенные домены" в Trailblazer Community.

Включение и развертывание расширенных доменов

Сколько времени нужно, чтобы включить или отключить расширенные домены?

Обычно несколько минут, но может продолжаться до 24 часов. Чтобы развернуть изменения Моего домена, включительно с включением расширенных доменов, по вашему расписанию, рекомендуем сохранить нужное изменение Моего домена как минимум за 1 день до запланированного развертывания.

После сохранения изменения Моего домена система Salesforce инициализирует новые домены - другими словами, мы их готовим. Эта часть процесса может занять до 24 часов. Обычно все происходит намного скорее, но бывают исключения. Проблемы с инициализацией возникают редко, но иногда они требуют прекращения процесса и повторного сохранения Моего домена, что перезапускает процесс. После инициализации новых доменов развертывание выполняется немедленно, поскольку инициализация готовит домены. Дополнительные сведения о процессе см. в разделе "Инициализация и развертывание Моего домена" в справке Salesforce.

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

Если я разверну расширенные домены в безопасной среде, повлияет ли это на производство?

Нет. Изменения, внесенные в безопасной среде, влияют на производство только в случае явного развертывания изменения из безопасной в производственную среду. Безопасная и производственная среда - это абсолютно разные области для развертывания расширенных доменов.

Как включить и развернуть расширенные домены?

Важно! Предотвратите блокировку! Перед развертыванием расширенных доменов проверьте, меняется ли URL-адрес входа в Мой домен, и убедитесь, что вы можете войти в систему после изменения. Дополнительные сведения см. в разделе "Сохранение доступа к входу во время изменения URL-адреса входа в Мой домен" в справке Salesforce.

В настройках, на странице Моего домена, отредактируйте сведения о Моем домене и выберите "Использовать расширенные домены". Потом, после инициализации системой Salesforce нового Моего домена, разверните новый Мой домен на этой странице настроек.

Функция «Расширенные домены» уже включена в моей организации. Кто это сделал? Означает ли это, что все готово?

С целью соответствия требованиям к расширенным доменам необходимо включить расширенные домены и развернуть функцию. До развертывания функции пользователи не увидят изменений. Если вы не уверены в состоянии расширенных доменов в организации, см. раздел "Определение, включены ли расширенные домены" в справке Salesforce.

Salesforce включает расширенные домены в организациях без расширенных доменов в рамках подготовки к выпускам Spring ’23, Summer ’23 и Winter ’24. Потом инициализируются новые домены. Другими словами, выполняется подготовка к развертыванию новых доменов. Когда этот этап будет завершен, страница настройки Моего домена будет отображать новый Мой домен, который заканчивается на "с расширенными доменами" и параметр его развертывания.

При отображении данного окна можно развернуть новый Мой домен с расширенными доменами. Или, для изменения имени Моего домена при развертывании расширенных доменов щелкните "Отменить новый домен", подождите 15 минут, потом сохраните изменение в "Сведения о моем домене". Если вы отмените новый домен без сохранения изменения другого Моего домена с расширенными доменами, Salesforce включит расширенные домены повторно.

Если вы отказались от автоматического развертывания расширенных доменов в выпуске Spring ’23, система Salesforce, возможно, включила и инициализировала расширенные домены до изменения соответствующего параметра Моего домена. Если параметр Моего домен "Автоматически развернуть расширенные домены в выпуске Spring ’23" при получении вашей организацией выпуска Summer '23, система Salesforce не развертывает функцию в этом выпуске, даже если Мой домен инициализирован.

Дополнительные сведения см. в следующих статьях.

Справка Salesforce: График расширенных доменов
Справка Salesforce: Инициализация и развертывание Моего домена
Справка Salesforce: Получение статуса организации и дат будущего обслуживания с помощью Моего домена
Отказ от автоматического развертывания расширенных доменов в выпуске Spring '23

Что обозначает сообщение «сеть не разрешает вам доступ к данным доменам»? И почему оно исчезло?

В процесс инициализации для нового домена, выполняемый Salesforce, входит поверхностная проверка наличия доступа к сети для новых доменов. Если требуемый доступ отсутствует, страница Моего домена выделяет URL-адреса без доступа красным цветом. Чтобы предотвратить возможные проблемы с доступом, невозможно нажать кнопку Развертывание нового домена.

Проблемы с доступом могут быть временными, либо могут потребоваться дополнительные действия.

Временные проблемы с сетью могут быть вызваны неполной регистрацией DNS, неполным распространением DNS или устаревшим кэшем DNS. Данные проблемы обычно устраняются самостоятельно в течении 10 минут. Сообщение-предупреждение исчезает во время первого посещения страницы Моего домена после устранения временной проблемы.
Если сообщение не исчезает после 15-минутного ожидания, прежде чем открыть повторно Мой домен, проверьте списки разрешенных или конфигурацию сети. В дополнение к спискам разрешенных, проверьте конфигурации брандмауэра и прокси-сервера на наличие разрешенных требуемых доменов. Совет. Если в не уверены, использует ли ваша компания или сеть эти методы, обратитесь в ИТ-отдел или отдел информационной безопасности.

Чтобы развернуть Мой домен, откройте страницу Моего домена повторно после устранения проблем с доступом.

Обновление организации

Какие обновления нужно выполнить в моей организации при включении и развертывании расширенных доменов?

Обновите ссылки на измененные URL-адреса на высоком уровне.

После включения расширенных доменов все URL-адреса в вашей организации содержат характерное для компании имя Моего домена, включая сайты Experience Cloud и Salesforce sites. Поскольку URL-адреса вашей организации меняются, рекомендуем протестировать функции вашей организации в безопасной среде с расширенными доменами перед включением функции в производстве. Обратите особое внимание на настройки, которые ссылаются на старые URL-адреса.

Список областей для обновления см. в разделе "Обновление организации Salesforce для нового домена" справки Salesforce. Руководство по планированию данного изменения и образцы контрольных списков см. в разделе "Планирование изменения Моего домена" в справке Salesforce.

Изменение таких внешних URL-адресов, как сайты Experience Cloud и Salesforce sites заслуживает отдельного внимания. Эти изменения могут потребовать обновлений внешних ссылок и конфигурации всех настраиваемых доменов, ссылающихся на эти URL-адреса. Дополнительные сведения см. в разделе "Рекомендации для расширенных доменов" в справке Salesforce. После включения расширенных доменов выполните тестирование. Salesforce рекомендуем протестировать включение расширенных доменов в безопасной среде для определения обновлений, нужных для развертывания Моего домена в производстве. Дополнительные сведения см. в разделе "Тестирование нового Моего домена" справки Salesforce.

Как определить настройки, ссылающиеся на старые домены в моей организации?

Один способ - загрузить метаданные вашей организации и выполнить поиск повторов старых URL-адресов. Список URL-адресов для поиска см. в разделе "Изменение форматов URL-адресов моего домена при включении расширенных доменов" справки Salesforce. Загрузите метаданные для поиска кода Salesforce. Потом используйте интерфейс командной строки, например Salesforce CLI.

В зависимости от уникальности имени экземпляра или относительности имени Моего домена к остальным метаданным, поиск имени экземпляра организации (при развертывания Моего домена) или имени Моего домена (при включении расширенных доменов) может стать проще.

Какие обновления следует сделать относительно SSO, MFA и других методов проверки подлинности?

В зависимости от вашей конфигурации, вам может понадобиться сделать обновления до и после развертывания расширенных доменов. Чтобы определить необходимость внесения обновлений в конфигурацию проверки подлинности и узнать необходимые действия, см. "Обновление проверки подлинности после изменения Моего домена" в справке Salesforce.

Как восстановить поставщиков проверки подлинности на странице входа?

Если пользователи могут проверить подлинность с помощью альтернативных поставщиков удостоверений или метода проверки подлинности единой регистрации SAML (SSO) на странице входа для функции "Мой домен" или на странице входа сайта Experience Cloud, эти методы проверки подлинности прекращают работу при изменении URL-адреса страницы и могут быть удалены со страницы.

Для восстановления методов проверки подлинности:

Для каждого метода проверки подлинности обновите соответствующую службу проверки подлинности.
- Для альтернативных поставщиков проверки подлинности, например Google, Facebook или третьего лица, функционирующего по протоколу OpenID Connect, см. "Обновление поставщика проверки подлинности или конфигурации OpenID Connect IdP после изменения URL-адреса входа" в справке Salesforce.
- Для методов проверки подлинности единой регистрации SAML (SSO), включительно с Okta, OneLogin, Azure или другой организацией Salesforce см. "Обновление конфигурации SAML SSO IdP после изменения URL-адреса входа или сайта" в справке Salesforce.
Проверьте метод проверки подлинности на странице входа. При необходимости повторно добавьте поставщиков проверки подлинности на страницу входа. См. данные темы в справке Salesforce:
- Для страницы входа в Мой домен: Добавление поставщика проверки подлинности на страницу входа в организацию в справке Salesforce.
- Для страницы входа на сайт Experience Cloud: Добавление поставщика проверки подлинности на страницу входа на сайт Experience Cloud в справке Salesforce.

Тестирование

Возможно ли протестировать расширенные домены, прежде чем развернуть эту функцию для моих пользователей?

Вы можете протестировать развертывание Моего домена с расширенными доменами в безопасной среде. Salesforce настоятельно рекомендует, чтобы клиенты протестировали данную функцию в безопасной среде перед развертыванием расширенных доменов в производстве. Не существует способов тестирования в производственной организации до развертывания.

Как выполнить тестирование расширенных доменов?

После обновления организации для изменений Моего домена выполните рекомендации из раздела "Тестирование изменений Моего домена" в справке Salesforce. Обратите внимание, что Salesforce настоятельно рекомендует временно отключить все переадресации перед тестированием.

Какие распространенные проблемы возникают после развертывания расширенных доменов?

Ниже указаны самые распространенные темы проблем, которые могут возникнуть после развертывания расширенных доменов.

ПРИМЕЧАНИЕ. Это неполный список возможных проблем. Рекомендуем протестировать расширенные домены в безопасной среде для проверки конфигурации до развертывания расширенных доменов в производстве.

Пр развертывании расширенных доменов в производстве без изменения имени Моего домена или изменения суффикса Моего домена, могут возникнуть следующие проблемы.

Алгоритм	Связанные обновления
Ошибки при попытке доступа к страницам Salesforce, включая, но не ограничиваясь данными: Сайты Experience Cloud, Salesforce Sites страницы Visualforce и содержимое.	Обновите списки разрешенных, доверенные домены, разрешенные домены и другие ограничения имен хоста. Обновите жестко запрограммированные ссылки на старые URL-адреса. Обновите версию приложения Mobile Publisher для Experience Cloud.
У пользователей нет доступа к сайтам Experience Cloud или Salesforce Sites.	Обновите ограничения на IP-адресов и добавьте диапазон IPv6. Обновите проверку подлинности (SSO, MFA, именованные регистрационные данные). Обновите поставщиков удостоверений на странице входа. Обновите жестко запрограммированные ссылки на URL-адрес сайта. Обновите надежные домены для встроенного кадрирования. Обновите ограничения на уровне сети, которые указывают только IP-адреса.
Ваш настраиваемый домен, обслуживающий сайты Experience Cloud или Salesforce Sites не работает.	Обновите требуемую конфигурацию домена.
Open CTI (Computer Telephony Integration) или "Набор номера при нажатии" не работает.	Обновите поставщика телефонии или Open CTI. Дополнительную информацию см. в статье Knowledge здесь.
Интеграции, внешнее программное обеспечение или подключенные приложения не могут открыть сайты Experience Cloud или Salesforce Sites.	Обновите проверку подлинности для использования новых URL-адресов входа. Совместно с третьим лицом обновите конфигурацию для использования нового URL-адреса входа. Совместно с третьим лицом обеспечьте поддержку указания имени сервера (SNI).
Внешнее программное обеспечение и связанные приложения не имеют доступа к вашим сайтам.	Обновите проверку подлинности для использования нового URL-адреса входа.
У пользователей нет доступа к сайтам предоставления возможностей (myTrailhead) использующим URL-адрес ваших сайтов, который заканчивается на *.force.com.	Обратитесь в службу поддержки Salesforce для обновления поставщика проверки подлинности на новый URL-адрес входа на сайты.
Изображения, сохраняемые в Salesforce, не загружаются на внешних и внутренних страницах.	Обновите ссылки на URL-адрес с содержимым, хранимым в Salesforce. Обновите URL-адреса эмблем и изображений на сайтах предоставления возможностей (myTrailhead)
Происходит прекращение работы некоторых функций в установленных пакетах из AppExchange.	Проверьте обновление пакета и установите патч или версию, поддерживающую расширенные домены.

При развертывании расширенных доменов в безопасной среде или развертывании расширенных доменов в производственной организации с изменением имени или суффикса вашего Моего домена, меняется также URL-адрес входа в Мой домен. Таким образом, могут возникнуть проблемы, указанные выше, и эти дополнительные распространенные проблемы.

Алгоритм	Связанные обновления
Пользователи и процессы не получают доступа к организации Salesforce.	Обновите проверку подлинности (SSO, MFA, именованные регистрационные данные). Обновите поставщиков удостоверений на странице входа. Обновите жестко запрограммированные ссылки на URL-адрес входа в Мой домен.
Сторонние связанные приложения и интеграции не могут подключиться к организации или сайту.	Обновите проверку подлинности. Обновите жестко запрограммированные ссылки на URL-адрес входа в Мой домен. Убедитесь, что третьи лица могут обрабатывать верхний колонтитул переадресации в Salesforce.
Служба сообщений для веб-развертывания, которая была опубликована ранее, не отображается клиентам.	Опубликуйте повторно все ранее существующие развертывания службы сообщений для приложений.
У пользователей нет доступа к сайтам предоставления возможностей (myTrailhead) использующим URL-адрес входа в Мой домен.	Обратитесь в службу поддержки Salesforce для обновления поставщика проверки подлинности на новый URL-адрес входа в Мой домен.
Service Cloud Voice не работает.	Совместно с поставщиком телефонии обновите конфигурацию с помощью новых URL-адресов. Обновите список разрешенных в Amazon Connect с помощью нового URL-адреса Visualforce. Примечание. При развертывании расширенных доменов в организации в выпуске Spring ’23, Salesforce обновляет Amazon Connect, не добавляя список разрешенных.

Дополнительные сведения о связанных обновлениях см. в разделе "Обновление организации для изменений Моего домена" в справке Salesforce.

Изменения URL-адреса (имя хоста)

Влияют ли расширенные домены на производство?

Да. Расширенные домены влияют на URL-адреса в производстве.

Если вы слышали, что расширенные домены не влияют на производство, это зависит от URL-адреса входа в Мой домен. Если вы не меняете имя Моего домена, URL-адрес входа в Мой домен не меняется в производстве при включении расширенных доменов. Однако, большинство URL-адресов в системе Salesforce вашей организации меняются при включении расширенных доменов в производстве. Особенно важными являются URL-адреса сайта, URL-адреса страницы Visualforce и URL-адреса содержимого, поскольку все они открыты к внешнему доступу.

Список изменяемых URL-адресов см. в разделе "Изменение форматов URL-адресов моего домена при включении расширенных доменов" справки Salesforce. Руководство по планированию изменения и образцы контрольных списков см. в разделе "Планирование изменения Моего домена" в справке Salesforce. А возможные необходимые изменения см. в разделе "Обновление организации для изменений Моего домена" в справке Salesforce.

Изменяет ли развертывание расширенных доменов мой текущий URL-адрес входа?

Для получения всестороннего ответа следует рассмотреть два основных "URL-адреса" в Salesforce.
Короткое объяснение: При развертывании расширенных доменов в безопасной среде URL-адрес входа в Мой домен меняется. При развертывании расширенных доменов в производстве URL-адрес входа в Мой домен меняется только при параллельном изменении имени или суффикса Моего домена. Когда вы разворачиваете расширенные домены, ваш URL-адрес сайта, заканчивающийся на *.force.com, меняется, независимо от развертывания функции в производственной или безопасной среде.

Более подробное объяснение:
Когда вы вносите одно из данных изменений, ваш URL-адрес входа в Мой домен меняется. URL-адрес входа в Мой домен используется для входа в организацию Salesforce и приводит к изменениям. Примерами пользователей, использующих данный URL, могут быть менеджеры по работе с клиентами, представители службы поддержки и администраторы. Данный URL-адрес заканчивается на *.my.salesforce.com (или, в некоторых старых организациях, на *.cloudforce.com или *.database.com).

Переименование Моего домена.
Изменение суффикса Моего домена.
Только безопасные организации: развертывание расширенных доменов. (Обратите внимание, что только развертывание расширенных доменов не меняет данный URL-адрес входа в производстве.)
Включение или выключение разделенных доменов в организации Developer Edition, временной организации, организации исправления, демо-организации, бесплатной организации или в рабочих областях Trailhead.

Если вы вносите одно из данных изменений, вашURL-адрес сайта Experience Cloud или Salesforce Site, заканчивающийся на *.force.com , меняется. Данные URL-адреса входа используются для доступа к данным организации Salesforce посредством внешних сайтов и функций. Например, пользователи, посещающие сайт Experience Cloud для покупки ваших продуктов, для поиска вакансий в вашей компании или для поиска доступного внешне запаса. Если вы используете для обслуживания сайта такие настраиваемые домены, как https://www.example.com этот URL-адрес не меняется.

Развертывание расширенных доменов. (Обратите внимание, что данный URL-адрес меняется при развертывании расширенных доменов в производстве).
Переименование Моего домена в организации с расширенными доменами.
Включение или выключение разделенных доменов в организации Developer Edition, временной организации, организации исправления, демо-организации, бесплатной организации или в рабочих областях Trailhead.

Влияют ли расширенные домены на URL-адреса экземпляров в форме <instanceName>.salesforce.com?

Расширенные домены не влияют на URL-адреса экземпляров в формате <instanceName>.salesforce.com. Однако мы не рекомендуем использовать эти URL-адреса, поскольку они могут измениться при миграции организации, что входит в обычное обслуживание. При обнаружении этих URL-адресов во время обновления на расширенные домены, настоятельно рекомендуем использовать один из указанных ниже:

URL-адрес входа Моего домена вашей организации, доступный на странице настройки Моего домена;
общий URL-адрес для входа в систему Salesforce: login.salesforce.com для производственных организаций и test.salesforce.com для безопасных организаций.

Дополнительную информацию см. в разделе "Вход в систему Salesforce посредством кода" в справке Salesforce.

Обнаружение другого URL-адреса с вашим именем экземпляра указывает на то, что расширенные домены, вероятно, изменили этот URL-адрес. Для получения дополнительной информации см. раздел "Изменение форматов URL-адресов моего домена при включении расширенных доменов" и "Подготовка к прекращению переадресации для нерасширенных доменов" в справке Salesforce.

Как влияют расширенные домены на организации, использующие суффикс cloudforce.com или database.com?

Если ваша организация использует URL-адреса с суффиксами *.cloudforce.com или *.database.com, вам нужно перейти на стандартный суффикс Моего домена (*.my.salesforce.com), прежде чем включать расширенные домены. Таким образом, когда расширенные домены внедряются, вы также перейдете на суффикс *.my.salesforce.com.

Это означает:

При включении расширенных доменов нужно выбрать"Стандартный" в поле суффикса домена. Только потом можно выбрать параметр "Использовать расширенные домены".
Ваш URL-адрес входа меняется в производстве (так как меняется суффикс). Если вы планируете развернуть расширенные домены и обновить организацию, выполните действия, связанные изменениями URL-адреса входа в Мой домен.

При развертывании расширенных доменов ваши предыдущие URL-адреса *.cloudforce.com или *.database.com переадресовываются до развертывания еще одного Моего домена или до прекращения переадресаций в выпуске Winter '25, в зависимости от того, что произойдет раньше. Дополнительные сведения см. в разделе «Переадресация Моего домена» справки Salesforce.

Препятствуют ли расширенные домены использованию пользователями или API стандартных URL-адресов входа?

Нет. Развертывание расширенных доменов не препятствует входу пользователей или API посредством login.salesforce.com (для производственных организаций) или test.salesforce.com. После включения расширенных доменов можно управлять данным алгоритмом с помощью двух параметров в разделе политик страницы настройки Моего домена. Дополнительные сведения см. в разделе «Установка политики входа в Мой домен и политики переадресации» в справке Salesforce. Для получения сведений о всех параметрах, связанных с именами хостов Моего домена см. «Изучение переадресации для предыдущих имен хостов Моего домена» в справке Salesforce.

Для добавления дополнительного уровня безопасности Salesforce рекомендует использовать URL-адрес входа в Мой домен вместо login.salesforce.com или test.saleforce.com для входа в Salesforce посредством кода и API. Дополнительную информацию см. в разделе "Вход в систему Salesforce посредством кода" в справке Salesforce.

Влияют ли расширенные домены на существующие интеграции API?

Чтобы определить влияние на интеграцию API при развертывании расширенных доменов, просмотрите URL-адрес, используемый этой интеграцией для подключения к Salesforce. Если этот URL-адрес изменен, интеграция может не работать до обновления URL-адреса. Список URL-адресов, которые меняются при развертывании расширенных доменов, см. в разделе "Изменение форматов URL-адресов моего домена при включении расширенных доменов" справки Salesforce. Хотя предыдущие URL-адреса переадресовываются по умолчанию, не все третьи лица обрабатывают данные переадресации. Более важно то, что некоторые переадресации прекращаются в выпуске Winter '24, поэтому следует обязательно обновить интеграции API, зависящие от старого URL-адреса.

Дополнительная информация:

В безопасной среде URL-адрес Моего домена (https://MyDomainName--SandboxName.my.salesforce.com) меняется при развертывании расширенных доменов, к нему добавляется слово "sandbox".

Существующие интеграции API, использующие URL-адрес входа в Мой домен могут прекратить работу после развертывания расширенных доменов. Обновите интеграцию для использования нового формата (https://MyDomainName--SandboxName.sandbox.my.salesforce.com).
Существующие интеграции API, использующие общий URL-адрес https://test.salesforce.com продолжают работ после развертывания расширенных доменов, если не включен параметр Моего домена, "Запретить вход посредством https://test.salesforce.com".

В производстве URL-адрес входа в Мой домен (https://MyDomainName.my.salesforce.com) не меняется при развертывании расширенных доменов, если не меняется также имя или суффикс Моего домена.

Существующие интеграции API, использующие общий URL-адрес https://login.salesforce.com продолжают работ после развертывания расширенных доменов, если не включен параметр Моего домена, "Запретить вход посредством https://login.salesforce.com".
При развертывании расширенных доменов без изменения имени или суффикса Моего домена в производстве, интеграции API, использующие URL-адрес входа в Мой домен, продолжают работать.
При изменении имени или суффикса Моего домена в процессе развертывания расширенных доменов URL-адрес входа Моего домена меняется, а интеграции API, использующие URL-адрес входа в Мой домен могут не работать до обновления интеграции API для использования нового URL-адреса входа.

В производственной и безопасной среде, если API использует URL-адрес сайта Experience Cloud или Salesforce Site *.force.com, такие URL-адреса меняются с расширенными доменами. Обновите API для использования нового URL-адреса сайта после развертывания расширенных доменов.

Если интеграция API использует любой другой URL-адрес для интеграции с системой Salesforce, проверьте формат URL-адреса - возможно он изменяется с развертыванием расширенных доменов.

Влияют ли расширенные домены на URL-адреса lightning?

При развертывании расширенных доменов в производстве:

URL-адреса с форматом имени хоста MyDomainName.lightning.force.com не меняются;
URL-адреса с форматом имени хоста MyDomainName--PackageName.container.lightning.com меняются;
URL-адреса с форматом имени хоста InstanceName.lightning.force.com меняются.

При развертывании расширенных доменов в безопасной среде все соответствующие URL-адреса меняются:

URL-адреса с именем хоста MyDomainName--SandboxName.lightning.force.com меняются (добавляется слово "sandbox")
URL-адреса с форматом имени хоста MyDomainName--SandboxName--PackageName.container.lightning.com меняются;
URL-адреса с форматом имени хоста InstanceName.lightning.force.com меняются.

Дополнительную информацию см. в разделе "Изменение форматов URL-адресов моего домена при включении расширенных доменов".

Перезаписываются ли параметры в организации автоматически посредством нового URL-адреса Visualforce расширенного домены или его нужно обновить вручную?

URL-адреса, динамически построены системой Salesforce, автоматически используют имена хостов Visualforce расширенных доменов, но Apex и код JavaScript, а также существующие данные, содержащие старые имена хостов Visualforce, не обновляются автоматически с этим изменением. Доступ к старым URL-адресам переадресовывает на новые имена хостов.

Нужно ли обновлять жестко запрограммированные ссылки на URL-адрес на управляемых или установленных страницах Visualforce?

Если вы ответственны за страницу Visualforce, вам необходимо обновить жестко запрограммированные ссылки на URL-адрес на странице, в идеале используя относительный или динамически созданный URL-адрес. Однако помните, что, скорее всего, вам не удастся отредактировать страницы Visualforce, доставленные пакетом напрямую, поскольку страницей управляет пакет. (Даже если удастся выполнить обновление, ваши изменения могут быть переопределены следующим обновлением пакета).

Для управляемых пакетов Salesforce настоятельно рекомендует разработчикам пакетов использовать относительные пути для создания любых ссылок. Если разработчик пакета использует данный метод, ссылка должна функционировать после включения расширенных доменов.

Рекомендуем протестировать эти страницы в безопасной среде с включенными расширенными доменами и отключенными (временно) переадресациями. Если будет обнаружена проблема, обратитесь к разработчикам пакета, чтобы они могли опубликовать новую версию своего пакета, работающего с расширенными доменами.

Дополнительную информацию см. в разделе "Ссылка на домены Salesforce в пакетах" в справке Salesforce и "Вызов URL-адресов Salesforce в пакете" в руководстве ISVForce. (Подсказка: Вторая страница предоставляет примеры создания динамических URL-адресов, которые применимы не только к пакетам.)

Возможно ли изменить суффикс Моего домена с помощью расширенных доменов?

Нет, невозможно изменить суффикс URL-адресов, размещенных Salesforce для ваших организаций с расширенными доменами*. Суть расширенных доменов не в настройке URL-адресов. Данная функция влияет только на внутренние суффиксы Salesforce. Это обязательно для соответствия стандартам обозревателя и предотвращения нарушений, когда ваша организация переносится на другой экземпляр Salesforce. О URL-адресах, попадающих под влияние, можно прочесть здесь.

Для получения сведений об обслуживании сайта Experience Cloud или Salesforce Site посредством настраиваемого домена, за который вы ответственны, например, https://www.example.com, см. раздел "Настраиваемые домены" в справке Salesforce.

* Если URL-адрес входа в Мой домен заканчивается на *. database.com *.cloudforce.com, необходимо принять стандартный суффикс *.my.salesforce.com как часть развертывания расширенных доменов.

Можно ли объединить переименование имени Моего домена организации с включением расширенных доменов?

Да! На самом деле мы рекомендуем сочетать эти два изменения. Если вы хотите провести ребрендинг URL-адресов, используемых системой Salesforce для вашей организации, вы можете сочетать обновления и выполнить тестирование для изменения имени Моего домена и включение расширенных доменов. Чтобы внести изменения вместе, обновите значение имени Моего домена и выберите параметр включения расширенных доменов на странице сведений о моем домене и сохраните его как одно изменение для инициализации и развертывания.

В дополнение к одному раунду тестирования, это также обозначает одно изменение для конечных пользователей. Наиболее важно то, что это является наилучшим способом сохранения переадресаций с текущего URL-адреса вашей организации Salesforce. Если вы меняете Мой домен более одного раза, переадресовывается только последний набор URL-адресов Моего домена для вашей организации. Таким образом, если вы включаете расширенные домены, а потом меняете имя Моего домена, оригинальные URL-адреса организации Salesforce (до двух изменений) не переадресовываются.

Я использую внутреннюю торговую марку в качестве имени Моего домена. Я не хочу раскрывать марки для внешнего использования при включении расширенных доменов. Какие действия мне доступны?

Пример для объяснения: Текущее имя Моего домена организации является "internalbrand", а URL-адрес входа для внутренних пользователей в систему Salesforce: https://internalbrand.my.salesforce.com. Когда расширенные домены включены в данной организации, URL-адрес сайтов Experience Cloud становится https://internalbrand.my.site.com. Клиент не желает, чтобы внешние клиенты видели internalbrand.

Варианты (используя этот же пример):

[Рекомендованный] Используйте настраиваемый домен, например, https://www.externalbrand.com, для обслуживания сайтов Experience Cloud или Salesforce Site. На сайтех Salesforce Sites и Experience Cloud включите параметр «Переадресовать в настраиваемый домен», чтобы система Salesforce автоматически переадресовывала https://internalbrand.my.salesforce-sites.com и https://internalbrand.my.site.com на настраиваемый домен, связанный с этими сайтами. Дополнительные сведения см. в разделе "Настраиваемые домены" справки Salesforce.
Переименование Моего домена на externalbrand в организации с расширенными доменами.
Примечание. Переименование Моего домена изменяет URL-адрес входа и препятствует доступу других организаций к вашей организации Salesforce. Если вы ранее меняли имя Моего домена, будут также прекращены переадресации из предыдущих URL-адресов Моего домена.

Сайты Experience Cloud и Salesforce Sites

Как расширенные домены влияют на мой URL-адрес сайта?

Расширенные домены используют имя хоста на основе Моего домена для Salesforce Sites и сайтов Experience Cloud вместо имен хоста на основе force.com, а также URL-адресов организаций со словом "sandbox". Это не применяется к настраиваемым доменам, которым и дальше предоставлено предпочтение. Рекомендуется использовать такой настраиваемый домен, как www.example.com. Дополнительные сведения о настраиваемых доменах см. в разделе "Настраиваемые домены" справки Salesforce.

Пример URL-адресов Salesforce без расширенных доменов в небезопасной организации HTTPS:

Salesforce Sites: https://SalesforceSitesSubdomain.secure.force.com
Сайты Experience Cloud: https://ExperienceCloudSitesSubdomainName.force.com

Пример URL-адресов Salesforce с расширенными доменами в небезопасной организации HTTPS:

Salesforce Sites: https://MyDomainName.my.salesforce-sites.com
Сайты Experience Cloud: https://MyDomainName.my.site.com

Полное сравнение задокументировано в справке Salesforce. См. раздел "Изменение форматов URL-адресов моего домена при включении расширенных доменов".

Сведения об обновлениях, которые могут понадобиться для ваших сайтов при развертывании расширенных доменов см. в разделе "Обновление организации для изменений Моего домена" в справке Salesforce.

**Могу ли я сохранить старый URL-адрес сайта *.force.com?**

Нет. URL-адреса сайта *.force.com несовместимы с блокированием сторонних cookie-файлов. Расширенные домены изменяют структуру URL-адрес-адреса размещенного в системе Salesforce, для решения данного вопроса.

Могу ли я настроить формат моего URL-адреса сайта?

Да. Используйте настраиваемый домен. Настраиваемый домен - это домен, за который вы ответственны, например, https://www.example.com, используемый для обслуживания сайта. Дополнительные сведения см. в разделе "Настраиваемые домены" справки Salesforce. Salesforce настоятельно рекомендует настраиваемые домены.

Мой сайт обслуживает настраиваемый домен. Нужно ли вносить изменения в этот домен при развертывании расширенных доменов?

Да, но действий будет меньше, чем для пользователя, входящего на сайт посредством домена *.force.com. Наиболее важно то, что вам не нужно обновлять домен в настройке Salesforce. Настраиваемый домен автоматически использует новый URL-адрес сайта, размещенного в Salesforce.

Когда вы развернете расширенные домены, совместно с третьими лицами, интегрирующимися с вашей организацией, проверьте их поддержку SNI. Есть также несколько возможных действий, которые нужно выполнить, в зависимости от способа настройки вашего настраиваемого домена. Дополнительную информацию см. в разделе "Обновление организации для изменений Моего домена" справки Salesforce.

Влияют ли расширенные домены на CNAME моего настраиваемого домена?

Нет. Расширенные домены не изменяют имена хостов live.siteforce.com. Настраиваемые домены, использующие live.siteforce.com, функционируют как и ранее при включении расширенных доменов.

Моя организация использует сайты Experience Cloud и Salesforce Sites. Предполагает ли данное изменение использование одинакового субдомена для них?

С Моим доменом без расширенных доменов субдомен сайтов Experience Cloud и субдомен Salesforce Sites должны быть разными. Два разных выбранных вами субдомена определяют определенные системой Salesforce URL-адреса для этих доменов.

С расширенными доменами определенные системой Salesforce URL-адреса для URL-адресов Моего домена, сайтов Experience Cloud и сайтов Salesforce Sites все используют имя Моего домена в качестве субдомена.

Настраиваемый домен, например, www.example.com, может обслуживать сайты Experience Cloud и Salesforce Sites. Salesforce рекомендует настраиваемые домены.

Дополнительная информация:"Создание фирменного стиля доменов организации Salesforce" и "Настраиваемые домены" в справке Salesforce.

Могу ли я и дальше использовать субдомен моих сайтов после включения расширенных доменов?

Да. С расширенными доменами ваш сайт использует ваш Мой домен как субдомен. Если вы хотите сохранить этот субдомен, измените имя Моего домена в соответствии с внешним именем, которое нужно использовать.

Например, если вы в настоящее время входите в Salesforce посредством https://internalbrand.my.salesforce.com, а пользователи входят на ваш сайт Experience Cloud посредством https://externalbrand.force.com, вашим именем Моего домена является internalbrand а субдоменом сайтов Experience Cloud - externalbrand. Чтобы использовать https://externalbrand.my.site для URL-адреса сайтов Experience Cloud после изменения расширенных доменов, также измените имя Моего домена с internalbrand на externalbrand. Примечание. Когда вы меняете имя Моего домена, меняется URL-адрес входа в Моей домен Salesforce, который имеет большое влияние на вашу организацию.

Рекомендуем, чтобы клиенты принимали во внимание данный вариант, также принимая во внимание возможность использования настраиваемого домена. Настраиваемый домен - это домен, за который вы ответственны, например, https://www.example.com, используемый для обслуживания сайта. Дополнительные сведения см. в разделе "Настраиваемые домены" справки Salesforce. Salesforce настоятельно рекомендует настраиваемые домены.

После развертывания расширенных доменов у некоторых пользователей нет доступа к моим сайтам Experience Cloud.

Для понимания причины недоступности сайта для пользователя просмотрите журнал входов пользователя.

Если журнал входов отображает ограничение IP-адресов: Если ограничения IP-адресов настроены в Salesforce только с адресами Ipv4, пользователям может отображаться ошибка при доступе к сайту, который заканчивается на *.my.site.com, посредством Ipv6, после включения расширенных доменов. Во избежание ошибки, обновите список разрешенных IP-адресов или ограничения, чтобы разрешить адреса источника Ipv6 для проверенных пользователей. В частности, проверьте и обновите ограничения диапазона IP-адресов входа для актуальных профилей, включительно с профилем пользователя-гостя сайта.

Если вы хотите добавить диапазоны IP-адресов охватывающие все IPv4 и IPv6 Internets, добавьте следующие диапазоны:

:: — ::fffe:ffff:ffff
0.0.0.0 — 255.255.255.255
::1:0:0:0 — ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff

Дополнительные сведения об установке ограничений IP-адресов Salesforce, см. в разделе "Доступ к сети, параметры сеанса и ограничения IP-адресов на основе профиля".

Если у пользователя возникают проблемы с проверкой подлинности, см. раздел "Обновление организации для изменений Моего домена" в справке Salesforce.

Проверка потенциальных ограничений домена. Для сайтов Experience Cloud убедитесь, что *.my.site.com разрешен.

Проверьте свои списки разрешенных и убедитесь, что они содержат требуемые домены Salesforce.
Обновите параметры доверия для добавления всех применимых форматов URL-адресов в новую конфигурацию, как описано в разделе "Форматы URL-адресов Моего домена" в справке Salesforce.

Дополнительную информацию см. в статье Knowledge "Восстановление доступа к сайту после автоматического развертывания расширенных доменов"

Как узнать, есть ли у меня список разрешенных IP-адресов или закрепленные сертификаты?

Списки разрешенных IP-адресов и закрепленные сертификаты являются способами ограничения трафика, разрешенного в вашей сети или для подключения к вашим серверам. Они не являются функциями Salesforce, но кто-то в вашей организации может использовать их для защиты сети. Если в не уверены, использует ли ваша компания или сеть эти методы, обратитесь в ИТ-отдел или отдел информационной безопасности.

Список разрешенных IP-адресов содержит адреса, которым разрешен доступ к сети. Подключения с IP-адресов не из списка отклоняются. Список IP-адресов для разрешения см. в статье Salesforce Knowledge "IP-адреса и домены Salesforce для разрешения".

Области в системе Salesforce, где можно ограничить доступ по IP-адресу см. в разделе "Доступ к сети, параметры сеанса и ограничения IP-адресов на основе профиля".

На очень высоком уровне закрепление сертификата ограничивает, какие сертификаты считаются допустимыми для веб-сайта. Веб-сайт может использовать несколько допустимых сертификатов, но закрепление сертификата позволяет вам подключение только посредством некоторых из них. В общем говоря, Salesforce не рекомендует закрепление сертификата. Если ваша компания требует использования закрепления сертификатов, проверьте тип используемого закрепления. Компания Salesforce не рекомендует закреплять сертификаты конечных объектов.

Пользователям отображается ошибка подключения SSL после обновления настраиваемого домена при указании моего нового URL-адреса сайта

После обновления прокси или CDN моего настраиваемого домена для перехода на новый URL-адрес сайта, который заканчивается на *.my.site.com или *.my.salesforce-sites.com, пользователям отображается ошибка подключения SSL.

Примеры форматов ошибок
Ошибка SSL-соединения
Ошибка 26
[URL-адрес пользовательского домена]
[отметка времени]
Что произошло?
Прокси-серверу не удалось подключиться к веб-серверу, SSL-соединение не удалось.

Эта ошибка указывает на проблему с завершением корректного SSL-рукопожатия с исходным сервером.

Наиболее распространенной причиной данной ошибки является обновление значения заголовка HTTP хоста или прокси-сервера на указание URL-адреса MyDomainName.my.site.com или MyDomainName.my.salesforce-sites.com. Для использования внешнего варианта настройте прокси или службу CDN, чтобы запросы, отправляемые в Salesforce, содержали исходно запрашиваемый заголовок HTTP. Для

устранения неполадок:

Убедитесь, что запросы прокси или CDN перенаправляются на имена хостов, указанные в разделе конфигурации запроса раздела "Предварительные условия для настраиваемого домена, использующего стороннюю службу или CDN" в справке Salesforce.
Убедитесь, что сервер источника поддерживает безопасные подключения (SSL).
Проверьте правильность установки сертификата SSL на сервере источника.

Переадресации

Будут ли переадресованы мои старые URL-адреса?

Да, при развертывании расширенных доменов ваши предыдущие нерасширенные URL-адреса Моего домена переадресовываются, как и при изменении Моего домена.

Ниже указаны некоторые специальные рекомендации относительно переадресаций:

Так как расширенные домены связаны с ограничениями обозревателя вокруг сторонних cookie-файлов, для URL-адресов, связанных с данным ограничением, которые изменяются с расширенными доменами (например, сайты Experience Cloud:, страницы Visualforce и URL-адреса содержимого), доступ к старым URL-адрес-адресам переадресовывает на новое имя хоста до прекращения таких переадресаций системой Salesforce в выпуске Winter ’25.
Переадресация работает таким образом, что Salesforce отправляет специальный ответ переадресации запросу, сообщая отправителю запроса, что URL-адрес больше не действует и что нужно использовать новый URL-адрес. (Используются два кода переадресации - 301 и 307). Если отправитель запроса не настроен на обработку ответов переадресации, пользователь или процесс не переадресовываются. По этой причине, вызови некоторых старых URL-адресов могут не выполняться даже с использованием переадресации. По этой причине, мы настоятельно рекомендуем протестировать все интеграции и вызовы измененных URL-адресов.

Эти переадресации используются для предотвращения сбоев. Настоятельно рекомендуем клиентам обновить все ссылки на старые URL-адреса после развертывания нового Моего домена. Эти старые URL-адреса могут использоваться только одним способом - для временного отключения переадресаций во время тестирования.

Дополнительные сведения о переадресациях см. в разделе "Переадресация Моего домена" справки Salesforce.

Когда прекратятся переадресации для нерасширенных (устаревших) URL-адресов?

Список URL-адресов, для которых в выпуске Winter ’25 прекращаются переадресации, а также инструкции о том, как тестировать это изменение, см. в разделе «Подготовка к прекращению переадресаций для нерасширенных доменов» в справке Salesforce.

Как можно протестировать, что случится, когда Salesforce прекратит переадресацию для нерасширенных URL-адресов домена?

Сперва выключите переадресации. Это можно сделать временно во время тестирования. С целью упрощения определения областей использования старых URL-адресов, Salesforce рекомендует отключить переадресации во время тестирования. Дополнительную информацию о переадресации Моего домена, соответствующие настройки, а также процесс регистрации переадресации после изменения Моего домена см. в разделе «Переадресации Моего домена» в справке Salesforce.

Список URL-адресов, для которых в выпуске Winter ’25 прекращаются переадресации, а также инструкции о том, как тестировать это изменение, см. в разделе «Подготовка к прекращению переадресаций для нерасширенных доменов» в справке Salesforce.

Как определить, переадресовываются ли URL-адреса?

Включите журнал событий переадресации имени хоста. Дополнительные сведения см. в разделе "Запись переадресаций имени хоста Моего домена" в справке Salesforce.

Регистрация переадресаций включена. Как определить, где находится ссылка, которую нажимают пользователи перед переадресацией?

Используйте поля REFERRER и ORIGIN (источник) в журнале, доступные в версии API 58.0 и более поздней. (версия API 58.0 соответствует выпуску Summer ’23.)

Примечание: Сведения, содержащиеся в этих полях, определяются заголовком Referrer-Policy HTTP, отправляемым с запросом. Поэтому в некоторых случаях поля журнала будут пустые. Дополнительную информацию см. в разделе «Ссылка на объект для Salesforce Platform: тип события переадресаций имени хоста».

Если эти поля нулевые, можно также попробовать следующие методы:

Чтобы определить, исходит ли вызов из вашей организации, можно также загрузить метаданные вашей организации и выполнить текстовый поиск переадресованного имени хоста. Однако невозможно определить источник запроса, выполненный вне платформы, например с клиента API, субъекта SSO, внешнего веб-сайта или закладки обозревателя.
Отключите переадресации, чтобы инициировать ошибки вызова. Это особенно пригодится при тестировании в безопасной среде.

Параметр «Переадресовать предыдущий URL-адрес Моего домена в текущий Мой домен» отсутствует в моей организации.

Данный параметр доступен только после развертывания изменения в Моем домене. Иначе не существует предыдущих URL-адресов Моего домена для переадресации.

Другая причина недоступности данного параметра - если вы развернули изменение, а потом щелкнули "Удалить предыдущий Мой домен". (Как и поле с флажком, данная кнопка доступна только после развертывания изменения в Моем домене.)

Почему некоторые перенаправления работают, а другие не работают после развертывания расширенных доменов?

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

Другие вопросы, связанные с продуктом или функцией

Влияют ли расширенные домены на URL-адреса для моих опубликованных статей Knowledge?

Если ссылки на статью Knowledge используют домен *.lightning.force.com или *.my.salesforce.com, эти домены не изменяются в производственных организациях при развертывании расширенных доменов. В безопасной среде к этим URL-адресам добавляется слово "sandbox".

Если статья Knowledge использует URL-адрес сайта Experience Cloud *.force.com, статья Knowledge использует ваш новый URL-адрес *.my.site.com, и вам следует обновить все жестко запрограммированные ссылки на эти URL-адреса.

Как расширенные домены влияют на Pardot?

Если ваша конфигурация Pardot использует пользователя коннектора Pardotи URL-адрес входа вашей организации меняется, URL-адрес входа, используемый Pardot в фоновом режиме, должен быть обновлен. Для внедрения данного обновления обновите пользователя коннектора в Pardot. Вы можете использовать одного пользователя, но должны сохранить его повторно в Pardot. Потом выйдите и войдите еще раз в организацию для завершения процесса.

Если вы используете пользователя интеграции Pardot, изменения не требуются.

Примечание. Конфигурация домена трекера Pardot не требует изменения при развертывании Моего домена или включении расширенных доменов. Таким же образом, не требуется изменение пользователя коннектора при включении расширенных доменов в существующем Моем домене,поскольку URL-адрес входа не меняется.

Рекомендуем протестировать данную функцию в безопасной среде. В частности, ищите жестко запрограммированные URL-адреса. Дополнительную информацию см. в статье Knowledge "Обновление жестко запрограммированных ссылок". Разные областей для обновления организации см. в разделе "Обновление организации Salesforce для нового домена" справки Salesforce.

Как расширенные домены влияют на сайты предоставления возможностей (myTrailhead)?

Существует две возможные области влияния: URL-адрес входа на сайт предоставления возможностей (myTrailhead) и соответствующая графика эмблем.

Графика эмблем
При развертывании расширенных доменов, URL-адреса для содержимого (файлов), хранимых в Salesforce, меняются. Если ваша графика эмблем хранится в Salesforce, обновите в модулях и журналах URL-адреса графики эмблем. Дополнительные сведения см. в разделе "Настройка сайта предоставления возможностей" справки Salesforce.

URL-адрес входа на сайт информационного обеспечения (ранее myTrailhead)
Настраивая сайт информационного обеспечения, вы можете выбрать использование URL-адреса входа в Мой домен или URL-адреса сайта в качестве URL-адреса входа на сайт предоставления возможностей (myTrailhead).

Если вы использовали URL-адрес сайта *.force.com в качестве URL-адреса входа на сайт предоставления возможностей, URL-адрес *.force.com меняется с расширенными доменами. Обратитесь в службу поддержки Salesforce для обновления URL-адреса сайтов предоставления возможностей (myTrailhead) после развертывания расширенных доменов.
Если вы использовали URL-адрес входа в Мой домен в качестве URL-адреса входа на сайт предоставления возможностей, этот URL-адрес меняется при развертывании расширенных доменов в безопасной среде. Этот URL-адрес также меняется при развертывании расширенных доменов в производственной организации и также при изменении имени Моего домена или суффикса. Если данный URL-адрес изменился, обратитесь в службу поддержки Salesforce для обновления URL-адреса сайтов предоставления возможностей (myTrailhead) после развертывания расширенных доменов.

Изменяют ли расширенные домены URL-адрес для Web-to-Lead?

Имя хоста webto.salesforce.com не меняется вне зависимости от наличия расширенных доменов.

Я разрабатываю пакеты для AppExchange. Какие изменения нужно внести в управляемый пакет, чтобы он работал с расширенными доменами?

Дополнительную информацию об обновлении пакета на использование класса Apex System.DomainCreator см. в разделе "Ссылка на домены Salesforce в пакетах" в справке Salesforce и "Вызов URL-адресов Salesforce в пакете" в руководстве ISVForce.

Сведения о расширенных доменах и как включить данную функцию см. в разделе "Расширенные домены" в справке Salesforce и в этих двух вебинарах:

15 марта 2022 года - "Подготовка к расширенным доменам". Запись и презентация.
13 июля 2022 года - "Внедрение расширенных доменов: обновления за июнь 2022 года и подробное изучение проверки подлинности". Запись и презентация.

Другие вопросы

Каким является рекомендованный порядок внедрения для MFA, расширенных доменов и Hyperforce?

Рекомендованный порядок внедрения, преимущества каждого расширения и источники дополнительных сведений по каждому из расширений см. в статье Knowledge "Рекомендованный порядок внедрения для MFA, расширенных доменов и Hyperforce".

Почему компания Salesforce отложила внедрение расширенных доменов?

Некоторые обозреватели отложили планы по полной блокировке сторонних cookie-файлов, что позволяет нам отложить внедрение расширенных доменов в выпуске Winter ’24, предоставив нашим клиентам больше времени на подготовку, тестирование и внесение нужных поправок.

Продление внедрения расширенных доменов не было связано с проблемами функции. Многие клиенты развернули расширенные домены, а новые организации получают расширенные домены по умолчанию.

Отложит ли компания Salesforce внедрение расширенных доменов еще раз?

Нет. Так как многие обозреватели блокируют сторонние cookie-файлы по умолчанию, Salesforce намеревается придерживаться нового графика расширенных доменов, даже если отдельные обозреватели еще раз отложат свои планы по полной блокировке сторонних cookie-файлов.

Требуют ли расширенные домены сеть Salesforce Edge?

В выпуске Summer ’22 и более поздних (после июля 2022 года) расширенные домены доступны во всех организациях и больше не требуют сети Salesforce Edge.

Кому отображается баннер о расширенных доменах? Как убрать баннер?

Если расширенные домены не развернуты, а компания Salesforce развертывает функцию в выпуске Spring ’23, администраторы увидят баннер при входе в систему. Если опция автоматического развертывания расширенных доменов в выпуске Spring ’23 отключена, баннер отображаться не будет.

Чтобы закрыть баннер в Lightning Experience, отбельный пользователь может нажать на X. В Salesforce Classic баннер повторяемый.

Объявления о баннере см. в примечании к выпуску Winter ’23: «Другие изменения Моего домена».

Изменяет ли включение расширенных доменов диапазон IP-адресов для организации?

Нет, включение расширенных доменов не изменяет диапазон IP-адресов для организации. Однако, итоговое обновление Hyperforce для организации все же удалит поддержку для списка разрешенных IP-адресов. Мы не рекомендуем использовать списки разрешенных IP-адресов. Рекомендуем прочесть данную статью; особенно первые несколько абзацев, и использовать разрешение требуемых доменов.

Чем отличаются расширенные домены от разделенных доменов?

С разрешенными доменами, имена хостов Моего домена для организации Developer Edition, безопасной организации, временной организации или рабочих областей Trailhead содержат слово, связанное с данным типом организации. Например, разделенные домены для организаций Developer Edition содержат слово "develop". Разделенные домены позволяют Salesforce максимизировать доступность ваших организаций, постепенно развертывая изменения доставки. И гораздо легче идентифицировать организацию по URL-адресу, если домен разделен. Разделенные домены используются по умолчанию в новых организациях (типов, указанных выше). Они не являются обязательными в существующих организациях и не являются производственными организациями.

Расширенные домены - это текущая версия Моего домена, которая соответствует последним требованиям обозревателя. При развертывании расширенных доменов в безопасной организации URL-адреса Моего домена для вашей организации разделены. (Они содержат слово "sandbox".) Безопасные организации разделены только посредством расширенных доменов; невозможно включить разделенные домены в безопасной организации без расширенных доменов и нельзя отключить разделенные домены в безопасной организации с расширенными доменами. Расширенные домены автоматически разворачиваются в выпуске Spring '23 и внедряются (без возможности отключения) в выпуске Winter '24.

Дополнительные сведения:

Примечание к выпуску Winter '23: Развертывание расширенных доменов (обновление выпуска)
Примечание к выпуску Winter '23: Использование разделенных доменов в непроизводственных организациях

У меня нет доступа к содержимому новой справки для расширенных доменов.

Были случаи, когда клиенты получали некорректное сообщение об ошибке 404 (страница не найдена), пытаясь открыть недавно добавленное содержимое справки. Это может произойти, если обозреватель пользователя кэшировал предыдущую версию данного раздела в справке Salesforce.

В этом случае любое из указанных решений устранит проблему.

Очистите кэш обозревателя, потом откройте страницу повторно. (Это наилучшее решение. Если проблема связана с кэшем вашего обозревателя, проблема будет устранена полностью).
Откройте страницу в анонимной окне обозревателя
Попробуйте открыть страницу в другом обозревателе, в котором вы не открывали справку Salesforce

У меня есть другие вопросы. Как получить помощь?

Присоединитесь к контрольной группе "Мой домен и расширенные домены" Trailblazer Community.
Если у вас еще есть вопросы, запишитесь в наши рабочие часы. При отсутствии доступных рабочих часов отправьте сообщение в группу Trailblazer Community для получения дополнительных параметров.

Журнал изменений

Дата	Исправление
22 ноября 2022 года	Первичная публикация статьи
29 ноября 2022 года	Добавлено два вопроса: Что обозначает сообщение «сеть не разрешает вам доступ к данным доменам»? И почему оно исчезло? Изменяют ли расширенные домены URL-адрес для Web-to-Lead?
5 декабря 2022 года	Добавлено: Как расширенные домены влияют на сайты предоставления возможностей (myTrailhead)?
7 декабря 2022 года	Незначительные обновления в: Какие распространенные проблемы возникают после развертывания расширенных доменов?
17 декабря 2022 года	Добавлены ссылки на видео о расширенных доменах (только на английском).
19 декабря 2022 года	Добавлено: Влияют ли расширенные домены на существующие интеграции API?
9 января 2023 года	Добавлено два вопроса: Влияют ли расширенные домены на URL-адреса экземпляров в форме <instanceName>.salesforce.com? Влияют ли расширенные домены на URL-адреса lightning? Незначительные изменения в: Возможно ли изменить суффикс Моего домена с помощью расширенных доменов? Ранее примечание ссылалось на documentforce.com вместо database.com.
18 января 2023 года	Добавлено: Каким является рекомендованный порядок внедрения для MFA, расширенных доменов и Hyperforce?
23 января 2023 года	Добавлено: Как восстановить поставщиков проверки подлинности на странице входа?
25 января 2023 года	Добавлено: Функция "Расширенные домены" уже включена в моей организации. Кто это сделал? Означает ли это, что все готово?
18 февраля 2023 года	Добавлена информация о функциях Open CTI и "Набор номера при нажатии" в Какие распространенные проблемы возникают после развертывания расширенных доменов? Добавлено: Пользователям отображается ошибка подключения SSL после обновления настраиваемого домена при указании моего нового URL-адреса сайта.
3 марта 2023 года	Обновлено: Возможно ли отключить расширенные домены при обнаружении проблем во время тестирования? Добавлена ссылка на статью Отключение расширенных доменов.
15 марта 2023 года	Обновлено: После развертывания расширенных доменов у некоторых пользователей нет доступа к моим сайтам Experience Cloud Обновите вопрос для ссылки на развертывание расширенных доменов вместо их включения. Добавлена ссылка на статью Knowledge по устранению неполадок доступа к сайту после развертывания расширенного домена. Обновлено: Какие распространенные проблемы возникают после развертывания расширенных доменов? Добавлены ограничения на уровне сети, которые используют только IP-адреса в списке возможных причин для проблем доступа к сайту Experience Cloud.
28 апреля 2023 года	Обновлено: Как влияют расширенные домены на организации, использующие суффикс cloudforce.com или database.com?, чтобы объяснить, что эти URL-адреса переадресовываются, как другие предыдущие URL-адреса Моего домена.
15 мая 2023 года	Добавлено: Я включил(-ла) регистрацию переадресаций. Как определить, где находится ссылка, которую нажимают пользователи перед переадресацией?
26 июня 2023 года	Добавлено: Почему расширенные домены не развертываются сразу после выпуска? Обновлены ссылки на содержимое справки Salesforce для указывания настраиваемых доменов на раздел Настраиваемые домены справки, обновленный и расширенный в выпуске Summer ’23. Обновлено: Почему компания Salesforce отложила внедрение расширенных доменов? Для лучшего отображения времени ранее отложенных внедрений. Обновлено: Отложит ли компания Salesforce внедрение расширенных доменов еще раз? Для отображения текущего статуса. Обновлено: У меня есть другие вопросы. Как получить справку с инструкциями о том, что делать, если сеансы в рабочие часы недоступны?
23 октября 2023 года	Обновлено: Будут ли мои старые URL-адреса переадресованы? Для отображения использования кодов переадресации 307, а не 308.