Accès ininterrompu aux services Salesforce sur Hyperforce

Résumé des symptômes

Ce tableau résume les symptômes qui se produisent lorsque les exigences liées à la connexion ne sont pas remplies, et leurs résolutions.
 

Exigences techniques détaillées

Pas d’utilisation de références d’instance codées en dur

Les meilleures pratiques de Salesforce déconseillent l’utilisation de noms d’instance codés en dur dans les références de point de terminaison.

Même dans une infrastructure interne, la migration qui modifie l’instance d’une organisation provoque parfois des interruptions d’accès si les noms d’instance sont codés en dur. Dans le Cloud public, une même infrastructure flexible qui offre des fonctionnalités de choix, telles que la mise à l’échelle dynamique, augmente aussi la probabilité que les migrations d’organisation et la maintenance d’instance incluent un changement d’instance. Pour éviter les interruptions lors de la maintenance de routine, les références d’instance codées en dur ne sont pas autorisées dans Hyperforce.

Suivez ces meilleures pratiques documentées pour identifier et supprimer les références codées en dur de votre implémentation :

• Utilisez les outils fournis par Salesforce tels que la vérification de l’état de préparation à Lightning Experience et l’extension Salesforce pour Visual Studio pour vous aider à trouver des références codées en dur. 
• Utilisez Mon domaine pour les points de terminaison d’intégration existants, particulièrement si vous utilisez WSDL (Web Service Definition Language) pour les intégrations.
• Mettez à jour toutes les références, même si certaines sont redirigées après une précédente migration d’organisation.
• Chargez des images directement dans les articles Knowledge. Ne vous fiez pas à une URL. 
• Dirigez les portails partenaires vers vos nouvelles URL. 
• Vérifiez vos références Web vers piste et Web vers requête. 
• Mettez à jour les applications Mobile SDK vers les dernières versions.
• Pour optimiser la compatibilité, activez le paramètre Mon domaine Stabiliser les URL Visualforce, Experience Builder, Site.com et de fichier de contenu.

Vous pouvez en savoir plus sur ces recommandations dans Mise à jour des références codées en dur.

Considérations relatives à Marketing Cloud

Les clients Marketing Cloud doivent activer les points de terminaison OAuth spécifiques au locataire. Pour en savoir plus, lisez et suivez ces instructions :

• Activation des points de terminaison OAuth spécifiques au locataire pour Marketing Cloud Connect
• Remplacement des points de terminaison Marketing Cloud par des points de terminaison spécifiques au locataire. 

Autres produits

D’autres produits qui migrent vers Hyperforce interdiront également les références d’instance codées en dur. Nous vous recommandons de rechercher et de mettre à jour les références codées en dur reposant sur les instances qui sont utilisées avec ces autres services en amont du passage du produit à Hyperforce.

Pas d’utilisation de listes autorisées d’adresses IP codées en dur

L’ajout à la liste autorisée d’adresses IP nécessite une gestion vigilante lorsque de nouvelles instances et de nouveaux serveurs sont mis en ligne, afin d’empêcher le trafic Internet d’être redirigé. Au fur et à mesure qu’Hyperforce évolue, le travail manuel de tenue à jour des listes autorisées d’adresses IP deviendra ingérable pour les clients, ce qui peut entraîner des interruptions de service. La gestion des listes autorisées d’adresses IP n’est plus une meilleure pratique de sécurité Salesforce.

Il est avantageux pour les utilisateurs de remplacer les listes autorisées d’adresses IP fragiles par des approches de la sécurité modernes et durables. La section suivante décrit les raisons courantes de l’utilisation de la liste autorisée et des alternatives recommandées.

Contrôle de l’accès des utilisateurs et des clients d’API aux services Salesforce

Si vous utilisez des listes autorisées d’adresses IP pour contrôler l’accès des utilisateurs ou des serveurs à Internet, alors autorisez les domaines requis.

L’accès sécurisé à ces domaines est imposé par l’utilisation de certificats clients HTTPS et SSL.

Filtrage des e-mails des services Salesforce

Si vous utilisez des listes autorisées d’adresses IP pour contourner les règles de blocage des e-mails, adoptez des protocoles de sécurité de messagerie standard tels que Transport Layer Security (TLS), Sender Policy Framework (SPF), DomainKeys Identified Mail (DKIM) ou Domain-based Message Authentication, Reporting, and Conformance (DMARC). Salesforce prend entièrement en charge toutes ces options.

REMARQUE : bien que nous ne recommandions pas l’utilisation de listes autorisées d’adresses IP pour les e-mails en général, les adresses IP utilisées par les relais de messagerie sur Hyperforce sont plus statiques et vous pouvez les utiliser pour vos besoins de relais de messagerie si nécessaire. Ces adresses IP de relais de messagerie sont répertoriées dans le tableau « HYPERFORCE - Relais de messagerie » dans Vérification de la réception des e-mails de l’application Salesforce.

Retrouvez plus d’informations dans les articles suivants :

• Vérification de la réception des e-mails de l'application Salesforce
• Créer une clé DKIM
• Sender Policy Framework et enregistrements SPF Salesforce

Contrôle des demandes des services Salesforce vers les réseaux d’entreprise des clients

Si vous utilisez des listes autorisées d’adresses IP pour filtrer les demandes qui entrent dans votre service Web hébergé ou les points de terminaison d’API à partir des fonctionnalités d’appel de Salesforce, cette approche vérifie la source de la demande mais pas son authenticité, elle n’est donc pas sécurisée. Les types de demandes incluent :

• Appel APEX (fondé sur WSDL ou REST)
• Messages sortants
• Salesforce Connect (connecteur OData ou personnalisé)
• Appel d’action invocable APEX via Flow

Implémentez plutôt une authentification et une autorisation modernes (AuthN/AuthZ) pour vos services Web et vos points de terminaison d’API afin de vous assurer que seule votre organisation peut accéder à votre réseau.

Salesforce propose ces fonctionnalités pour vous aider à intégrer la sécurité avec AuthN/AuthZ :

• Paramètres d’authentification pour les systèmes externes
• Authentification SSL bidirectionnelle avec certificats
• Utilisation du certificat client Salesforce pour les messages sortants

Inclusion de l’indication de nom de service (SNI) pour une poignée de main HTTPS réussie

Dans Hyperforce, chaque domaine Salesforce possède un certificat HTTPS distinct. Les navigateurs Web et les appelants d’API doivent spécifier le domaine souhaité en incluant SNI dans leur message ClientHello, sinon ils peuvent s’adresser à l’un des domaines par défaut.

Découvrez-en plus sur les exigences, les problèmes et les solutions SNI détaillés dans :

Résolution des erreurs de connexion HTTPS/SSL dans Hyperforce avec SNI

Exigences relatives aux événements de plate-forme / aux clients Streaming

Les organisations avec événements de plate-forme ou clients Streaming doivent utiliser .NET version 5.0 ou supérieure. Les versions inférieures de .NET peuvent entraîner des interruptions de ces fonctionnalités en raison des exigences de conformité Hyperforce RFC. Vous trouverez plus de détails dans la documentation .NET de Microsoft ici.

Problèmes temporaires connus

Les produits et fonctionnalités suivants ne sont pas encore globalement disponibles sur Hyperforce ou ne fonctionnent pas comme prévu après une migration d’organisation vers Hyperforce.

Les utilisateurs qui :

• utilisent la fonctionnalité maintenant → ne peuvent pas mettre à niveau Hyperforce tant que la fonctionnalité n’est pas prête ;
• prévoient d’utiliser la fonctionnalité à l’avenir → peuvent aborder la situation avec leur équipe de compte ;
• n’utilisent pas la fonctionnalité (y compris les nouveaux utilisateurs) → peuvent effectuer la mise à niveau vers Hyperforce dès maintenant et peuvent choisir d’adopter les fonctionnalités lorsqu’elles sont disponibles.

Problèmes connus d’Hyperforce et dates de résolution cibles

Les dates de résolution cibles sont soumises à l’énoncé prospectif de Salesforce et ne sont pas garanties.

Autres problèmes

Problèmes liés à la prévisualisation du fichier de contenu

Nous vous recommandons de consulter l’article Problèmes liés à la prévisualisation du fichier de contenu et d’étudier les solutions de contournement. Ce problème affecte à la fois Hyperforce et les utilisateurs internes.

Voir aussi :

• Présentation d’Hyperforce – Informations générales et FAQ
• Comment préparer la migration d’une organisation
• Domaines et adresses IP Salesforce à ajouter à la liste autorisée
• Vérification de la réception des e-mails de l'application Salesforce