Behåll oavbruten åtkomst till Salesforce tjänster på Hyperforce

Sammanfattning av symptom

Denna tabell sammanfattar symptomen som inträffar när anslutningsrelaterade krav inte uppfylls och deras lösningar.
 

Detaljerade tekniska krav

Använd inte hårdkodade instansreferenser

Salesforce bästa praxis avråder från att använda hårdkodade instansnamn i slutpunktsreferenser.

Även i första part infrastruktur orsakar migrationen som ändrar en organisations instans ibland åtkomstavbrott om instansnamnen är hårdkodade. I offentliga moln gör samma flexibla infrastruktur som möjliggör önskvärda funktioner som dynamisk skalning det också mer sannolikt att organisationsmigreringar och instansunderhåll inkluderar en instansändring. För att undvika avbrott under rutinmässigt underhåll tillåts inte hårdkodade referenser i Hyperforce.

Följ dessa dokumenterade bästa praxis för att identifiera och ta bort hårdkodade referenser från din implementering:

• Använd Salesforce-tillhandahållna verktyg som Kontroll av Lightning Experience-beredskap och Salesforce-tillägg för Visual Studio för att hjälpa till att hitta hårdkodade referenser. 
• Använd Min domän-integration för befintliga integrationsslutpunkter, framför allt om du använder Web Service Definition Language (WSDL) för integrationer.
• Uppdatera alla referenser, även om vissa är omdirigerade efter en föregående organisationsmigrering.
• Ladda upp bilder direkt i Knowledge-artiklar. Förlita dig inte på en URL. 
• Dirigera partnerportaler till dina nya URL:er. 
• Kontrollera dina referenser för Webb-till-lead och Webb-till-kundcase. 
• Uppdatera Mobile SDK-appar till de senaste versionerna.
• För att maximera kompatibilitet aktiverar du inställningen för Min domän Stabilisera Visualforce, Experience Builder, Site.com och URL:er med innehållsfil.

Du kan läsa mer om dessa rekommendationer i Uppdatera hårdkodade referenser.

Överväganden för Marketing Cloud

Marketing Cloud-kunder måste aktivera arrendatorspecifika OAuth-slutpunkter. För mer information ska du läsa och följa dessa instruktioner:

• Aktivera arrendatorspecifika OAuth-slutpunkter för Marketing Cloud Connect
• Uppdatera Marketing Cloud-slutpunkter till arrendatorspecifika slutpunkter. 

Andra produkter

Andra produkter som migrerar till Hyperforce kommer inte heller att tillåta hårdkodade instansreferenser. Vi rekommenderar att du söker upp och uppdaterar instansbaserade hårdkodade referenser som används med dessa andra tjänster i väntan på att produkten flyttas till Hyperforce.

Använd inte hårdkodade IP-tillåtelselistor

Att tillåta utsedda IP:er är inte en föredragen eller rekommenderad metod för att förhindra Internettrafik avsedd för Salesforce från att kapas eller omdirigeras till en illasinnad webbplats. Vi uppmuntrar vitlistning eftersom när IP:er läggs till eller ändras kan kunder uppleva anslutningsavbrott tills de uppdaterar sina databaser på tillåtelselistan. Dessa underhållskostnader kan vara betungande, framför allt när IP:er uppdateras ofta, vilket är fallet med Hyperforce.

Användarna gynnas av att bräckliga IP-tillåtelselistor ersätts med moderna och hållbara säkerhetsmetoder.

Mer information om allmänna alternativ för vitlistning av IP, fördelarna med dem, och hur man implementerar dem, finns i Föredragna alternativ för vitlistning av IP på Hyperforce. Om du har ett oöverstigligt affärs- eller efterlevnadsbehov av att upprätthålla en IP-tillåtelselista ska du seExterna IP:er i Hyperforce.

Nästa avsnitt beskriver specifika användningsfall då vitlistning användes rutinmässigt, med föreslagna alternativ.

Kontrollera åtkomst för användare och API-klienter till Salesforce-tjänster

Om du använder IP-tillåtelselistor för att kontrollera åtkomst för användare eller servrar till Internet ska du Tillåta nödvändiga domäner.

Säker åtkomst till dessa domäner säkerställs genom användning av HTTPS och SSL-klientcertifikat.

Filtrera e-post från Salesforce-tjänster

Om du använder IP-tillåtelselistor för att kringgå e-postblockeringsregler ska du använda standardprotokoll för e-postsäkerhet, t.ex. TLS (Transport Layer Security), SPF (Sender Policy Framework), DKIM (DomainKeys Identified Mail) eller domänbaserad autentisering, rapportering och överensstämmelse av meddelanden (DMARC). Salesforce stöder alla dessa alternativ fullt ut.

OBS! Vi rekommenderar inte användning av IP-tillåtelselistor för e-post i allmänhet, men IP-adresser som används av omdirigeringar av e-post på Hyperforce är mer statiska och du kan använda dem för dina behov för omdirigering av e-post vid behov. Dessa IP-adresser för omdirigering av e-post är listade i tabellen ”HYPERFORCE – Omdirigering av e-post” i Se till att du kan ta emot e-post från Salesforce-applikationen.

Mer information finns i dessa artiklar:

• Se till att du kan ta emot e-post från Salesforce-applikationen
• Skapa en DKIM-nyckel
• Poster med Sender Policy Framework och Salesforce SPF

Kontrollera förfrågningar från Salesforce-tjänster i kunders företagsnätverk

Om du använder IP-tillåtelselistor för att filtrera förfrågningar som anger din förvaltade webbtjänst eller API-slutpunkter från Salesforce-anropsfunktioner verifierar detta tillvägagångssätt förfrågans källa men inte dess äkthet, så den är osäker. Förfrågningstyper inkluderar:

• APEX-anrop (WSDL- eller REST-baserat)
• Utgående meddelanden
• Salesforce Connect (OData eller kundanslutning)
• APEX åberopbara åtgärdsanrop via flöde

Istället ska du implementera moderna autentisering och auktorisering (AuthN/AuthZ) för dina webbtjänster och API-slutpunkter för att säkerställa att endast din organisation kan få åtkomst till ditt nätverk.

Salesforce erbjuder dessa funktioner för att hjälpa dig integrera säkerhet med AuthN/AuthZ:

• Autentiseringsinställningar för externa system
• Två-vägs SSL-autentisering med certifikat
• Använda Salesforce-klientcertifikat för utgående meddelanden

Överväganden för Salesforce Express Connect

Salesforce Express Connect  (SEC) tillhandahåller inte direkt nätverksanslutning till Hyperforce. SEC tillhandahåller inte direkt nätverksanslutning till första part SFDC-infrastruktur. Hyperforce körs på Amazon Web Services (AWS). Salesforce säljer inte SEC. Kunder som använder SEC och som vill dirigera nätverksanslutning till Hyperforce måste kontakta deras SEC-leverantör(er) av telekomtjänster för att förvärva och implementera en ersättande nättjänst innan de migrerar. Kunder som inte kan implementera en jämförbar lösning med sin leverantör av telekomtjänster kan vilja rådgöra med AWS eller annan leverantör av telekomtjänster för att utforska alternativ för hur man ansluter direkt till sin Hyperforce-organisation.
 

Inkludera Service Name Indicator (SNI) for lyckad HTTPS-handskakning

I Hyperforce har varje Salesforce-domän ett separat HTTPS-certifikat. Webbläsare och API-anropare måste specificera den önskade domänen genom att inkludera SNI i deras ClientHello-meddelande eller så kan de adressera en av standarddomänerna.

Läs mer om de detaljerade SNI-kraven, problemen och lösningarna i:

Lös HTTPS/SSL-anslutningsfel i Hyperforce med SNI

Krav för plattformshändelser/streamingklienter

Organisationer med plattformshändelser eller streamingklienter måste använda .NET-version 5.0 eller högre. Lägre .NET-versioner kan leda till avbrott på dessa funktioner på grund av efterlevnadskraven för Hyperforce RFC. Mer information går att hitta i Microsofts .NET-dokumentation här.

Tillfälliga kända problem

Följande produkter och funktioner är ännu inte allmänt tillgängliga på Hyperforce eller fungerar inte som förväntat efter en organisationsmigrering till Hyperforce.

Användare som:

• Använder funktionen nu → kan inte uppgradera till Hyperforce förrän funktionen är redo
• Planerar att använda funktionen i framtiden → kan diskutera situationen med sitt kontoteam.
• Inte använder funktionen (inklusive nya användare) → kan uppgradera till Hyperforce nu och kan välja att anpassa funktionen när den är tillgänglig.

Kända problem i Hyperforce måldatum för lösning

Måldatum för lösning är föremål för Salesforces framåtblickande utlåtande och garanteras inte.

Andra problem

Problem med förhandsvisning av innehållsfil

Vi rekommenderar att du går igenom artikeln Problem med förhandsvisning av innehållsfil och förstår lösningarna. Detta problem påverkar både Hyperforce och första part användare.

Se även:

• Introducerar Hyperforce – Allmän information och FoS
• Rekommenderad introduktionsordning för MFA, Utökade domäner och Hyperforce
• Hur man förbereder sig på organisationsmigrering
• Salesforce IP-adresser och domäner som ska tillåtas
• Se till att du kan ta emot e-post från Salesforce-applikationen