Retener el acceso ininterrumpido a los servicios de Salesforce en Hyperforce

Resumen de síntomas

Esta tabla resume los síntomas que se producen cuando no se cumplen requisitos relacionados con las conexiones y sus soluciones.
 

Requisitos técnicos detallados

No utilizar referencias de instancia codificadas

Las prácticas recomendadas de Salesforce desaconsejan el uso de nombres de instancias codificadas en referencias de extremos.

Incluso en la infraestructura de primera parte, la migración que cambia la instancia de una organización a veces provoca interrupciones en el acceso si los nombres de instancia están codificados. En la nube pública, la misma infraestructura flexible que permite las funciones deseables como la escala dinámica también hace que las migraciones de organización y el mantenimiento de instancias incluyan un cambio de instancia. Para evitar interrupciones durante el mantenimiento rutinario, las referencias de instancia codificadas no se permiten en Hyperforce.

Siga estas prácticas recomendadas documentadas para identificar y eliminar referencias codificadas de su implementación:

• Utilice herramientas proporcionadas por Salesforce como Comprobación de preparación para Lightning Experience y Salesforce Extension for Visual Studio para ayudar a encontrar referencias codificadas. 
• Utilice Mi dominio para extremos de integración existentes, especialmente si utiliza Web Service Definition Language (WSDL) para integraciones.
• Actualice todas las referencias, incluso si algunas se redirigen después de una migración de organización anterior.
• Cargue imágenes directamente en artículos de Knowledge. No dependa de una URL. 
• Dirija los portales de socios a sus nuevas URL. 
• Compruebe sus referencias de Candidatos Web y Casos Web. 
• Actualice las aplicaciones del SDK móvil a las versiones más recientes.
• Para maximizar la compatibilidad, active el parámetro de Mi dominio Estabilizar Visualforce, Experience Builder, Site.com y direcciones URL de archivo de contenido.

Puede leer más sobre estas recomendaciones en Actualizar referencias codificadas.

Consideraciones sobre Marketing Cloud

Los clientes de Marketing deben activar los extremos de OAuth específicos de arrendatario. Para aprender más, lea y siga estas instrucciones:

• Activar extremos de OAuth específicos de arrendatario para Marketing Cloud Connect
• Actualizar extremos de Marketing Cloud a extremos específicos de arrendatario. 

Otros productos

Otros productos que migran a Hyperforce también impiden las referencias de instancia codificadas. Recomendamos que busque y actualice las referencias codificadas basadas en instancias que se utilicen con aquellos otros servicios antes del paso del producto a Hyperforce.

No utilizar listas de admisión de direcciones IP codificadas

El uso de listas de admisión de direcciones IP requiere un mantenimiento vigilante cuando las nuevas instancias y servidores pasan a estar en línea, con el fin de evitar que el tráfico de Internet se vuelva a enrutar. Como Hyperforce se amplía rápidamente, la carga de trabajo manual de mantener listas de admisión de direcciones IP se volverá inmanejable para los clientes y como resultado, puede provocar interrupciones de servicios. Mantener listas de admisión de direcciones IP ya no es una práctica recomendada de seguridad de Salesforce.

Los usuarios se benefician de sustituir listas de admisión de direcciones IP frágiles por enfoques modernos y sostenibles de seguridad. La sección siguiente describe motivos comunes para las listas de admisión y alternativas recomendadas.

Controlar el acceso de usuarios y clientes de API a servicios de Salesforce

Si utiliza listas de admisión de direcciones IP para controlar el acceso de usuarios o servidores a Internet, entonces permita los dominios requeridos.

El acceso seguro a estos dominios se aplica a través del uso de certificados de clientes HTTPS y SSL.

Filtrar el correo electrónico procedente de servicios de Salesforce

Si utiliza listas de admisión de direcciones IP para omitir reglas de bloqueo de correo electrónico, adopte entonces protocolos de seguridad de correo electrónico estándar como Seguridad en la capa de transporte (TLS), Marco de trabajo de política de remitente (SPF), Correo identificado de DomainKeys (DKIM), o la Autenticación de mensajes basada en dominios, creación de informes y conformidad (DMARC). Salesforce admite completamente todas estas opciones.

NOTA: Aunque no recomendamos el uso de listas de admisión de direcciones IP para correos electrónicos en general, las direcciones IP utilizadas por las retransmisiones de correo electrónico en Hyperforce son más estáticas y puede utilizarlas para sus necesidades de retransmisión si es necesario. Estas direcciones IP de retransmisión de correo electrónico se enumeran en la tabla “HYPERFORCE - Retransmisión de correo electrónico” en Garantizar que puede recibir correo electrónico desde la aplicación Salesforce.

Encontrará más información en estos artículos:

• Garantizar que puede recibir correo electrónico desde la aplicación Salesforce
• Crear una clave DKIM
• Sender Policy Framework y registros SPF de Salesforce

Controlar solicitudes procedentes de servicios de Salesforce en redes corporativas de clientes

Si utiliza listas de admisión de direcciones IP que entran en su servicio web alojado o extremos de API desde funciones de llamada de Salesforce, este enfoque verifica el origen de la solicitud pero no su autenticidad, de modo que es inseguro. Los tipos de solicitudes incluyen:

• Llamada de APEX (basado en WSDL o REST)
• Mensajes salientes
• Salesforce Connect (conector de OData o personalizado)
• Llamada de Acción invocable de Apex a través de Flow

En su lugar, implemente la autenticación y la autorización modernas (AuthN/AuthZ) para sus servicios web y extremos de API para garantizar que solo su organización pueda acceder a su red.

Salesforce ofrece estas funciones para ayudarle a integrar la seguridad con AuthN/AuthZ:

• Parámetros de autenticación para sistemas externos
• Autenticación SSL bidireccional con certificados
• Utilizar el certificado de cliente de Salesforce para mensajes salientes

Incluir el Indicador de nombre de servicio (SNI) para realizar el protocolo de enlace HTTPS correctamente

En Hyperforce, cada dominio de Salesforce tiene un certificado HTTPS separado. Los navegadores web y los llamantes de API deben especificar el dominio que deseen incluyendo SNI en su mensaje ClientHello, o pueden dirigirse a uno de los dominios predeterminados.

Lea más sobre los requisitos de SNI detallados, los problemas y las soluciones en:

Resolver errores de conexión HTTPS/SSL en Hyperforce con SNI

Requisito de Eventos de plataforma / Clientes de transmisión

Las organizaciones con Eventos de plataforma o Clientes de transmisión deben utilizar la versión 5.0 o superior de .NET. Las versiones de .NET inferiores podrían llevar a interrupciones en estas funciones debido a los requisitos de cumplimiento RFC de Hyperforce. Podrá encontrar más detalles en la documentación de .NET de Microsoft aquí.

Problemas conocidos temporales

Los siguientes productos y funciones no se admiten aún ampliamente en Hyperforce y no funcionarán como se espera después de una migración de organización a Hyperforce.

Los usuarios que:

• Utilizan la función ahora → no pueden actualizar a Hyperforce hasta que la función esté lista
• Planifican utilizar la función en el futuro → pueden tratar la situación con su equipo de cuenta.
• No utilizan la función (incluyendo nuevos usuarios) → pueden actualizar a Hyperforce ahora y pueden elegir adoptar las funciones cuando estén disponibles.

Problemas conocidos de Hyperforce y fechas de resolución objetivo

Las fechas de resolución objetivo están sujetas a la declaración prospectiva de Salesforce y no se garantizan.

Otros problemas

Problemas de vista previa de archivos de contenido

Recomendamos que revise el artículo Problemas de vista previa de archivos de contenido y comprenda las soluciones. Este problema afecta a Hyperforce y usuarios de primera parte.

Consulte también:

• Presentamos Hyperforce - Información general y preguntas más frecuentes
• Cómo prepararse para una migración de organización
• Direcciones IP y dominios de Salesforce que hay que permitir
• Garantizar que puede recibir correo electrónico desde la aplicación Salesforce