Viktige punkter om tilpassede domener som bruker en tredjepartstjeneste eller CDN
Se gjennom hvordan IP-adressesporing fungerer når en tredjepart betjener det tilpassede domenet. Forstå hva som skjer hvis du oppdaterer domenets eksterne konfigurasjon etter at du har aktivert domenet i Salesforce, og rydder opp unødvendige DNS-poster (Domain Name Service).
Nødvendige utgaver
| Tilgjengelig i både Salesforce Classic og Lightning Experience |
| Tilgjengelig i Enterprise, Performance og Unlimited Edition. |
| Gjelder for: Salesforce-nettsteder og LWR-, Aura- og Visualforce-nettsteder |
Sporing av og begrensninger for IP-adresser
Når du bruker en tredjepart til å betjene domenet, bruker og logger Salesforce kilde-IP-adressen fra TCP/IP-tilkoblingen til Salesforce.
True-Client-IP-forespørselshodet brukes til stedsmålretting på et Experience Cloud-nettsted. Hvis du bruker et eksternt CDN og stedsbasert målgruppemål i Experience Cloud, angir du dette hodet i CDN-et. Hvis du vil ha mer informasjon, kan du se Forutsetninger for et tilpasset domene som bruker en tredjepartstjeneste eller CDN.
IP-restriksjoner på profilnivå ignorerer True-Client-IP-IP-forespørselshodet for tilpassede domener som betjenes av en ekstern tjeneste eller CDN. Hvis du vil begrense gjestebrukernes tilgang til gyldige IP-adresser for det tilpassede domenet, angir du IP-restriksjonene på profilnivå til å tillate bare IP-adressene for CDN- eller omvendt proxy-serveren. Tillat for eksempel adressene som CDN-et ditt bruker til å koble til Salesforce.
Andre forespørselshoder for kilde-IP-adresser, som forespørselshodet X-Forwarded-For (XFF), ignoreres. Resultatet er at du ikke kan overføre den opprinnelige kilde-IP-adressen til Salesforce for bruk med profil-IP-områderestriksjoner, IP-adresse for påloggingshistorikk og hendelseslogglinjer.
Endringer fra tredjepart etter aktivering av domene
Salesforce validerer om domenet peker til organisasjonen når du legger til eller viser domenet i Salesforce. Hvis du oppdaterer proxy- eller nettprogrambrannmuren (WAF), CDN-et eller tredjepartsinnstillingene etter at du har aktivert domenet, skjer denne endringen utenfor Salesforce. Resultatet er at Salesforce fortsetter å betjene domenet som om det bruker HTTPS, selv om tredjepartskonfigurasjonen ikke har et gyldig HTTPS-sertifikat for det tilpassede domenet. I denne situasjonen kan det tilpassede domenet oppleve avbrudd.
Hvis du mistenker denne årsaken til et avbrudd, viser du detaljene for det tilpassede domenet for å validere at domenet peker til organisasjonen.
DNS-poster for å validere domeneeierskap
Når du legger til domenet, kontrollerer Salesforce DNS for å validere om du eier domenet. For å overføre denne bekreftelsen legger du til en kanonisk navn- eller tekstpost (CNAME) for domenet i DNS. Når du har konfigurert domenet som bruker en tredjepartstjeneste eller CDN, kan du slette TXT- eller CNAME-posten. Sletting av unødvendige DNS-poster kan forbedre ytelsen. Du kan eventuelt beholde CNAME-posten i DNS for å gjøre det enklere å bytte til et annet domenekonfigurasjonsalternativ i fremtiden. Hvis du velger å beholde posten, kontakter du tredjepartsleverandøren for å forsikre deg om at tjenestene deres støttes med den konfigurasjonen.
Strømmede API-funksjoner sende CometD HTTP-forespørsler
Hvis det tredjeparts Experience Cloud-nettstedet inneholder funksjoner som kaller opp Streaming API, sender APIen HTTP POST-forespørsler til det tredjeparts innholdsleveringsnettverket (CDN), ikke til Salesforce. CDN-er har forespørselsgrenser, som kan overskredes når nettstedet har mange aktive brukere samtidig. Hvis du vil ha mer informasjon, kan du se Streaming API Developer Guide: Bruke et Experience Cloud-nettsted med Streaming API-baserte funksjoner.
