Поддержка непрерывного доступа к службам Salesforce на Hyperforce

Сводка по симптомам

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

Подробные технические требования

Не использовать жестко запрограммированные ссылки экземпляров

Salesforce не рекомендует использовать жестко запрограммированные имена экземпляров в ссылках на конечные точки.

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

Выполните задокументированные рекомендации для определения и удаления жестко запрограммированных ссылок из вашего внедрения:

• Использовать такие инструменты Salesforce, как Lightning Experience Readiness Check и Salesforce Extension for Visual Studio для поиска жестко запрограммированных ссылок. 
• Использовать Мой домен для существующих конечных точек интеграции, особенно при использовании языка Web Service Definition Language (WSDL) для интеграций.
• Обновить все ссылки, даже если некоторые из них перенаправлены после предыдущей миграции организации.
• Загрузить изображения напрямую в статьи Knowledge. Не зависеть от URL. 
• Перенаправлять партнерские порталы на новые URL-адреса. 
• Проверить ссылки Web-to-Lead и Web-to-Case. 
• Обновить приложения Mobile SDK к последним версиям.
• Для увеличения совместимости включить параметр Моего домена "Стабилизировать URL-адреса Visualforce, конструктора взаимодействий, Site.com и файлов содержимого".

Более подробные рекомендации см. Обновление жестко запрограммированных ссылок.

Рекомендации Marketing Cloud

Клиенты Marketing Cloud должны включить клиентские конечные точки OAuth. Для получения подробных сведений см. и выполните данные инструкции:

• Включение клиентских конечных точек OAuth для Marketing Cloud Connect
• Обновить конечные точки Marketing Cloud к клиентским конечным точкам. 

Другие продукты

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

Не использовать жестко запрограммированные списки разрешенных IP-адресов

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

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

Подробнее об общих альтернативах добавления в списки разрешенных IP-адресов, их преимуществах и способах внедрения см. здесь. При наличии непреодолимых дел или необходимости совместимости для поддержки списков разрешенных IP-адресов, см.Внешние IP-адреса Hyperforce.

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

Управление доступом пользователя и клиента API к службам Salesforce

При использовании списков разрешенных IP-адресов для управления доступом пользователя или сервера к интернету, следует Разрешить нужные домены.

Безопасный доступ к этим доменам внедряется посредством использования сертификатов клиента HTTPS и SSL.

Фильтрация электронной почты из служб Salesforce

При использовании списков разрешенных IP-адресов для обхода правил блокировки электронной почты внедрите стандартные протоколы безопасности эл.почты, например Transport Layer Security (TLS), Sender Policy Framework (SPF), DomainKeys Identified Mail (DKIM) или Domain-based Message Authentication, Reporting, and Conformance (DMARC). Salesforce полностью поддерживает все эти варианты.

ПРИМЕЧАНИЕ: Хотя использование списков разрешенных IP-адресов в общем не рекомендуется, IP-адреса, используемые перенаправлениями эл.почты в Hyperforce, являются более статичными и их можно использовать для перенаправления эл.почты при необходимости. Эти IP-адреса, используемые перенаправлениями эл.почты, указаны в таблице “HYPERFORCE - перенаправление эл.почты” в разделе"Подтверждение возможности получения сообщений эл. почты от приложения Salesforce"..

Более подробно в данных статьях:

• Подтверждение возможности получения сообщений эл. почты от приложения Salesforce
• Создание ключа DKIM
• Записи Sender Policy Framework и Salesforce SPF

Управление запросами от служб Salesforce в корпоративные сети клиента

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

• Вызов APEX (на основе WSDL или REST)
• Исходящие сообщения
• Salesforce Connect (коннектор OData или настраиваемый коннектор)
• Выноска вызываемого действия APEX посредством потока

Вместо этого внедрите современную проверку подлинности и авторизации (AuthN/AuthZ) для конечных точек веб-служб или API для обеспечения доступа к сети только вашей организации.

Salesforce предлагает следующие функции для интеграции безопасности посредством AuthN/AuthZ:

• Параметры проверки подлинности для внешних систем
• Двухсторонняя проверка подлинности SSL с сертификатами
• Использование сертификата клиента Salesforce для исходящих сообщений

Рекомендации Salesforce Express Connect

Salesforce Express Connect  (SEC) не предоставляет прямой сетевой связи с Hyperforce. SEC предоставляет прямую сетевую связь с основной инфраструктурой SFDC. Hyperforce выполняется на Amazon Web Services (AWS). Salesforce не продает SEC. Клиенты, использующие SEC, которым нужна прямая сетевая связь с Hyperforce, должны обратиться к поставщикам службы телефонной связи SEC для получения и внедрение альтернативной сетевой службы до миграции. Клиенты, я которых не получается внедрить подходящее решение с помощью текущих поставщиков службы телефонной связи, должны обратиться к AWS или другому поставщику службы телефонной связи для изучения вариантов прямой связи между Hyperforce и организацией.
 

Добавить указание имени сервера (SNI) для успешного HTTPS-рукопожатия

В Hyperforce каждый домен Salesforce использует отдельный сертификат HTTPS. Веб-обозреватели и вызовы API должны указать нужный домен, добавив SNI в сообщение ClientHello, иначе они могут быть обращены к одному из стандартных доменов.

Подробнее о требованиях SNI, проблемах и решениях см. в:

Устранение ошибок подключения HTTPS/SSL в Hyperforce посредством SNI

Требование событий платформы и клиентов Streaming

Организации с событиями платформы или клиентами Streaming должна использовать .NET версии 5.0 или выше. Меньшие версии .NET могут вызвать неполадки в данных функциях в связи с требованиями соответствия Hyperforce RFC. Дополнительные сведения находятся в документации Microsoft .NET здесь.

Временные известные проблемы

Следующие продукты и функции не являются общедоступными в Hyperforce и не работают должным образом после миграции организации в Hyperforce.

Пользователи, которые:

• Используют функцию сейчас → не могут выполнить обновление к Hyperforce до подготовки функции
• Планируют использовать функцию в дальнейшем → могут обратиться к группе, работающей с организациями.
• Не используют функцию (включительно с новыми пользователями) → могут обновиться к Hyperforce и внедрить функцию, когда она будет готова.

Известные проблемы Hyperforce и целевые даты разрешения

Целевые даты разрешения определяет компания Salesforce в заявлении о перспективах и не являются гарантированными.

Другие проблемы

Проблемы предварительного просмотра файлов содержимого

Рекомендуем просмотреть статью "Проблемы предварительного просмотра файлов содержимого" и изучить обходные пути. Данная проблема влияет на пользователей Hyperforce и основных пользователей

См. также:

• Знакомство с Hyperforce - Общие сведения, вопросы и ответы
• Рекомендованный порядок внедрения для MFA, расширенных доменов и Hyperforce
• Как подготовиться к миграции организации
• IP-адреса и домены Salesforce для разрешения
• Подтверждение возможности получения сообщений эл. почты от приложения Salesforce