Beholde uavbrutt tilgang til Salesforce-tjenester i Hyperforce

Symptomsammendrag

Denne tabellen oppsummerer symptomene som oppstår når tilkoblingsrelaterte krav ikke oppfylles, og tilhørende løsninger.
 

Detaljerte tekniske krav

Ikke bruk hardkodede forekomstreferanser

Salesforces anbefalte rutiner fraråder å bruke hardkodede forekomstnavn i endepunktreferanser.

Selv i førsteparts infrastruktur kan overføring som endrer en organisasjons forekomst, enkelte ganger forårsake tilgangsavbrudd hvis forekomstnavn er hardkodet. I offentlig sky gjør den samme fleksible infrastrukturen som muliggjør ønsket funksjonalitet som dynamisk skalering, det også mer sannsynlig at organisasjonsoverføringer og forekomstvedlikehold inkluderer en forekomstendring. For å unngå avbrudd under rutinemessig vedlikehold er ikke hardkodede forekomstreferanser tillatt i Hyperforce.

Følg disse dokumenterte anbefalte rutinene for å identifisere og fjerne hardkodede referanser fra implementeringen:

• Bruk verktøy fra Salesforce, som Lightning Experience Readiness Check og Salesforce-utvidelsen for Visual Studio som hjelp til å finne hardkodede referanser. 
• Bruk Mitt domene til eksisterende integrasjonsendepunkter, spesielt hvis du bruker Web Service Definition Language (WSDL) til integrasjoner.
• Oppdater alle referanser, selv om noen er omdirigert etter en tidligere organisasjonsoverføring.
• Last opp bilder direkte til Knowledge-artikler. Ikke stol på en URL-adresse. 
• Diriger partnerportaler til de nye URL-adressene. 
• Kontroller referansene for nett-til-salgsemne og nett-til-sak. 
• Oppdater Mobile SDK-apper til nyeste versjon.
• For å maksimere kompatibilitet aktiverer du Mitt domene-innstillingen Stabiliser URL-adressene til Visualforce, Opplevelsesbygger, Site.com og innholdsfiler

Du kan lese mer om disse anbefalingene i Oppdatere hardkodede referanser.

Viktige punkter knyttet til Marketing Cloud

Marketing Cloud-kunder må aktivere leietakerspesifikke OAuth-endepunkter. Les og følg disse instruksjonene for å finne ut mer:

• Aktivere leietakerspesifikke OAuth-endepunkter for Marketing Cloud Connect
• Oppdatere Marketing Cloud-endepunkter til leietakerspesifikke endepunkter. 

Andre produkter

Andre produkter som overføres til Hyperforce, tillater heller ikke hardkodede forekomstreferanser. Vi anbefaler at du finner og oppdaterer forekomstbaserte hardkodede referanser som brukes med disse andre tjenestene mens du venter på produktenes overgang til Hyperforce.

Ikke bruk hardkodede tillatelseslister for IP-adresse

Det foretrekkes aller anbefales ikke å tillate utpekte IP-adresser for å hindre at internett-trafikk som er beregnet for Salesforce, blir kapret eller omdirigert til et skadelig nettsted. Vi fraråder tillatelseslister fordi når IP-er legges til eller endres, kan kunder oppleve tilkoblingsavbrudd til de oppdaterer tillatelseslistedatabasene. Denne vedlikeholdsadministrasjonen kan være besværlig, spesielt når IP-adresser oppdateres ofte, som i Hyperforce.

Brukere kan med fordel erstatte sårbare tillatelseslister for IP-adresser med moderne og bærekraftige tilnærminger til sikkerhet.

Du finner mer om generelle alternativer til tillatelseslister for IP-adresser, deres fordeler og hvordan de implementeres, i Foretrukne alternativer til tillatelseslister for IP-adresser i Hyperforce. Hvis du har et uoverstigelig virksomhets- eller samsvarsbehov for å vedlikeholde en tillatelsesliste for IP-adresser, kan du seEksterne Hyperforce-IP-adresser.

Det neste avsnittet beskriver spesifikke brukstilfeller der tillatelseslister ble brukt rutinemessig, med foreslåtte alternativer.

Kontrollere bruker- og API-klienttilgang til Salesforce-tjenester

Hvis du bruker tillatelseslister for IP-adresser til å kontrollere bruker- eller servertilgang til internett, kan du Tillate nødvendige domener.

Sikker tilgang til disse domenene gjennomføres gjennom bruken av HTTPS- og SSL-klientsertifikater.

Filtrere e-post fra Salesforce-tjenester

Hvis du bruker tillatelseslister for IP-adresser til å omgå regler for e-postblokkering, kan du ta i bruk standard e-postsikkerhetsprotokoller som TLS (Transport Layer Security), SPF (Sender Policy Framework), DKIM (DomainKeys Identified Mail) eller DMARC (Domain-based Message Authentication, Reporting, and Conformance). Salesforce støtter alle disse alternativene fullt ut.

MERK: Vi anbefaler ikke bruk av tillatelseslister for IP-adresser for e-post generelt, men IP-adresser som brukes av e-postvideresendinger i Hyperforce er mer statiske, og du kan om nødvendig bruke dem til e-postvideresendingsbehov. Disse IP-adressene for e-postvideresendinger er oppført i tabellen "HYPERFORCE – e-postvideresending” i Sørg for at du kan motta e-post fra Salesforce-programmet.

Du finner mer informasjon i disse artiklene:

• Sørg for at du kan motta e-post fra Salesforce-programmet
• Opprett en DKIM-nøkkel
• Sender Policy Framework og Salesforce SPF-poster

Kontrollere forespørsler fra Salesforce-tjenester til kundens firmanettverk

Hvis du bruker tillatelseslister for IP-adresser til å filtrere forespørsler til driftet nettjeneste eller API-endepunkter fra Salesforce-oppkallfunksjoner, verifiserer denne tilnærmingen kilden for forespørselen, men ikke autentisiteten, så den er usikker. Forespørselstyper omfatter:

• APEX-oppkall (WSDL- eller REST-basert)
• Utgående meldinger
• Salesforce Connect (OData-kobling eller tilpasset kobling)
• Oppkall til kallbar APEX-handling via Flow

I stedet kan du implementere moderne autentisering og godkjenning (AuthN/AuthZ) for nettjenestene og API-endepunktene for å sikre at bare organisasjonen har tilgang til nettverket ditt.

Salesforce tilbyr disse funksjonene for å hjelpe deg med å integrere sikkerhet med AuthN/AuthZ:

• Godkjenningsinnstillinger for eksterne systemer
• Toveis SSL-godkjenning med sertifikater
• Bruke Salesforce-klientsertifikat til utgående meldinger

Viktige punkter knyttet til Salesforce Express Connect

Salesforce Express Connect (SEC) gir ikke direkte nettverkstilkobing til Hyperforce. SEC gir direkte nettverkstilkobling til førsteparts SFDC-infrastruktur. Hyperforce kjører på Amazon Web Services (AWS). Salesforce selger ikke SEC. Kunder som bruker SEC og ønsker direkte nettverkstilkobling til Hyperforce, må kontakte sin SEC teletjenesteleverandør for å kjøpe og implementere en erstatningsnettverkstjeneste før overføringen. Kunder som ikke får implementert en sammenlignbar løsning fra gjeldende teleleverandører, kan rådføre seg med AWS eller en annen teleleverandør for å utforske alternativer for tilkobling direkte til Hyperforce-organisasjonen.
 

Inkluder tjenestenavnindikasjon (SNI) for vellykket HTTPS-håndtrykk

I Hyperforce har hvert Salesforce-domene et eget HTTPS-sertifikat. Nettlesere og API-kallere må angi det ønskede domenet ved å inkludere SNI i ClientHello-meldingen, ellers kan de adressere ett av standarddomenene.

Les mer om de detaljerte SNI-kravene, -problemene og -løsningene i:

Lønse HTTPS/SSL-tilkoblingsfeil i Hyperforce med SNI

Krav til plattformhendelser/strømmeklienter

Organisasjoner med plattformhendelser eller strømmeklienter må bruke .NET-versjon 5.0 eller nyere. Eldre .NET-versjoner kan føre til avbrudd i disse funksjonene på grunn av RFC-samsvarskrav i Hyperforce. Mer informasjon finnes i Microsofts .NET-dokumentasjon her.

Midlertidige kjente problemer

Følgende produkter og funksjoner er ennå ikke bredt tilgjengelig i Hyperforce, eller fungerer ikke som forventet etter overføring av en organisasjon til Hyperforce.

Brukere som

• bruker funksjonen nå → kan ikke oppgradere til Hyperforce før funksjonen er klar.
• planlegger å bruke funksjonen i fremtiden → kan diskutere situasjonen med kontoteamet.
• ikke bruker funksjonen (inkludert nye brukere) → kan oppgradere til Hyperforce nå, og kan velge å ta i bruk funksjonene når de blir tilgjengelige.

Kjente problemer med Hyperforce og måldatoer for løsning

Måldatoer for løsning er underlagt Salesforces fremtidserklæringer og garanteres ikke.

Andre problemer

Problemer med forhåndsvisning av innholdsfil

Vi anbefaler at du leser artikkelen Problemer med forhåndsvisning av innholdsfil og gjør deg kjent med løsninger. Dette problemet berører både Hyperforce- og førstepartsbrukere.

Se også:

• Introduksjon av Hyperforce – generell informasjon og vanlige spørsmål
• Anbefalt adopsjonsrekkefølge for MFA, forbedrede domener og Hyperforce
• Hvordan forberede organisasjonsoverføring
• IP-adresser og domener som må tillates i Salesforce
• Sørg for at du kan motta e-post fra Salesforce-programmet