Hyperforce on suunniteltu yhteensopivaksi vanhojen teknologioiden kanssa, mutta joidenkin käyttäjien täytyy suorittaa ylimääräisiä vaiheita säilyttääkseen Salesforce-yhteytensä.
Hyperforce käyttää moderneja pilvipohjaisia teknologioita, jotka edellyttävät, että noudatat teknisiä suositeltuja käytäntöjä Salesforce-yhteyden ylläpitämiseksi. Nämä suositellut käytännöt koskevat myös ensimmäisen osapuolen infrastruktuuria, jossa monet niistä ovat valinnaisia. Hyperforcessa ne ovat pakollisia.
Vaatimukset ovat tiivistettynä:
Suosittelemme, että tarkastat organisaatiosi ja teet näiden käytäntöjen edellyttämät muutokset kerralla ennen Hyperforceen päivittämistä.
Hyperforcessa on muitakin väliaikaisia tunnettuja ongelmia, jotka on kuvattu alla olevassa Väliaikaiset tunnetut ongelmat -osiossa. Jos käytät näitä ominaisuuksia, älä päivitä Hyperforceen ennen kuin ominaisuudet ovat käytettävissä.
Tämä taulukko sisältää yhteenvedon oireista, joita ilmenee, kun yhteyksiin liittyvät vaatimukset eivät täyty, sekä tavat ratkaista ne.
|
Tekninen vaatimus |
Käyttäjäskenaario |
Hyperforcen oire |
Ratkaisu |
|
Älä käytä kovakoodattuja instanssien viitteitä |
Salesforce-organisaatiossasi on kovakoodattuja instanssien viitteitä tai kutsut Salesforce-päätepistettä kovakoodatuilla instanssien viitteillä ulkoisesta API-asiakassovelluksesta. |
API-kutsut eivät voi muodostaa yhteyttä asiakasorganisaatioon ja palauttavat API-virheitä. |
Päivitä kovakoodatut viitteet noudattamalla organisaation siirron suositeltuja käytäntöjä. Lisätietoja on kohdassa Miten valmistautua organisaation siirtoon. Ota käyttöön Oma toimialue -asetus Stabiloi Visualforcen, kokemusten rakentajan, Site.com ja sisältötiedostojen URL-osoitteet |
|
Käytät Marketing Cloud Connectia eikä sinulla ole vuokralaiskohtaista OAuth-päätepistettä (TSOE) käytössä |
Marketing Cloud Connect -ominaisuudet, kuten Seuranta, eivät toimi odotetulla tavalla. Vanhentuneet Marketing Cloud API -valtuudet. |
Ota Marketing Cloud Connectin vuokralaiskohtainen Oauth-päätepiste (TSOE) käyttöön. | |
|
Käytät geneerisiä Marketing Cloud -päätepisteitä, joissa on kovakoodattuja instanssien tietoja |
Marketing Cloud -päätepisteisiin lähetetyt API-kutsut epäonnistuvat tai palauttavat virheitä. |
Päivitä Marketing Cloud -päätepisteet vuokralaiskohtaisiksi päätepisteiksi. | |
|
Älä käytä kovakoodattuja sallittujen IP-osoitteiden luetteloita. |
Hyödynnät sallittujen IP-osoitteiden luetteloita käyttäessäsi Salesforce-palveluita |
Käyttäjät ja API-asiakassovellukset eivät voi käyttää Salesforce-palveluita yrityksesi verkosta |
Salli vaaditut toimialueet IP-osoitteiden sijaan. |
|
Hyödynnät sallittujen IP-osoitteiden luetteloita suodattaaksesi Salesforce-palveluista lähetettyjä sähköposteja |
Sähköpostit estetään tai käsitellään roskapostina. |
Käytä tunnettuja ja Salesforcen tukemia sähköpostien suojausmekanismeja, kuten SPF/DKIM/DMARC. | |
|
Hyödynnät sallittujen IP-osoitteiden luetteloita myöntääksesi Salesforce-palveluille pääsyn yrityksesi verkkoresursseihin. Esimerkiksi: Verkkopalveluiden päätepisteet, OData-yhteydet. |
Salesforcesta lähetetyt kutsut eivät pääse perille isännöimiisi verkkopalveluihin tai päätepisteisiin. |
Käytä integraatioiden todennukseen ja valtuuttamiseen moderneja suojausmekanismeja. Esimerkiksi: 2-suuntainen SSL, todentaja ja yhdistetyt sovellukset. | |
|
Toteuta korvaava vaihtoehto Salesforce Express Connectille. |
Käytät Salesforce Express Connectia (myydään erikseen tietoliikennepalveluita tarjoavien kumppanien kautta) ja haluat muodostaa yhteyden suoraan Hyperforceen. |
Salesforce Express Connect (SEC) ei tarjoa suoraa verkkoyhteyttä Hyperforceen. |
SEC-ratkaisua käyttävien asiakkaiden, jotka haluavat suoran verkkoyhteyden Hyperforceen, täytyy ottaa yhteyttä SEC-palveluntarjoajiinsa hankkiakseen ja toteuttaakseen korvaavan verkkopalvelun ennen organisaationsa päivittämistä. Asiakkaat, jotka eivät voi toteuttaa korvaavaa ratkaisua palveluntarjoajiensa kanssa, voivat kysyä AWS:ltä tai muulta palveluntarjoajalta vaihtoehdoistaan muodostaa suora yhteys Hyperforceen. |
|
Lisää palvelun nimen osoitin (SNI) HTTPS-kättelyn onnistumiselle |
Käytät API-asiakassovelluksia, jotka eivät sisällä SNI-osoitinta TLS ClientHello -viestissä |
HTTPS-kättely epäonnistuu ja aiheuttaa SSLHandshakeException-poikkeuksen tai vastaavan virheen |
Valitse toinen näistä:
|
|
Lähetät pyyntöjä *.cloudforce.com- tai *.database.com-toimialueisiin |
HTTPS-kättely epäonnistuu ja aiheuttaa SSLHandshakeException-poikkeuksen tai vastaavan virheen |
Ota parannetut toimialueet käyttöön ohjataksesi niihin osoitetun liikenteen *.my.salesforce.com-toimialueeseen | |
|
Sinulla on Salesforce Experience -sivusto ja mukautettuja toimialueita, jotka kolmannen osapuolen CDN tarjoilee. CDN ei lähetä SNI-osoitinta tai se lähettää mukautetun toimialueen alkuperäisen *.force.com-toimialueen sijaan. |
CDN aiheuttaa poikkeuksen eikä Salesforce Experience -sivu lataudu. |
Määritä CDN siten, että se EI käytä SNI-osoitinta, ja varmista, että CDN odottaa HTTPS-varmennetta, joka sisältää toimialueen *.my.salesforce.com sen Subject Alternative Name (SAN) -luettelossa list. | |
|
Käytä .NET-versiota 5.0 sovellusalustan tapahtumille ja striimaaville asiakassovelluksille |
Organisaatiollasi on sovellusalustan tapahtumia tai striimaavia asiakassovelluksia ja .NET-versiosi on vanhempi kuin 5.0 |
Operaatiot epäonnistuvat 403-virheellä
|
Päivitä .NET-versioon 5.0 tai sitä uudempaan.
Lisätietoja löytyy Microsoftin .NET-dokumentaatiosta täältä. |
Päätepisteiden viitteissä ei tulisi käyttää kovakoodattuja instanssien nimiä Salesforcen suositeltujen käytäntöjen mukaisesti.
Päivitys, joka muuttaa organisaation instanssia, aiheuttaa joskus häiriöitä käytössä, jos instanssien nimet ovat kovakoodattuja, myös ensimmäisen osapuolen infrastruktuurissa. Julkisessa pilvipalvelussa sama joustava infrastruktuuri, joka mahdollistaa haluttuja ominaisuuksia, kuten dynaamisen skaalaamisen, kasvattaa sen todennäköisyyttä, että organisaation päivitykset ja instanssien huollot sisältävät instanssin muutoksen. Kovakoodattuja instanssien viitteitä ei sallita Hyperforcessa, jotta rutiinihuoltojen aikana ei tapahtuisi häiriöitä.
Noudata näitä dokumentoituja suositeltuja käytäntöjä tunnistaaksesi kovakoodatut viitteet ja poistaaksesi ne toteutuksestasi:
Voit lukea lisää näistä suosituksista Kovakoodattujen viitteiden päivittäminen -artikkelista.
Marketing Cloud -asiakkaiden täytyy ottaa käyttöön vuokralaiskohtaiset OAuth-päätepisteet. Katso lisätietoja näistä ohjeista ja noudata niitä:
Myöskään muut Hyperforceen päivitettävät tuotteet eivät salli kovakoodattuja instanssien viitteitä. Suosittelemme, että paikannat ja päivität instanssipohjaiset kovakoodatut viitteet, joita käytetään näissä muissa palveluissa, ennen kuin tuote siirretään Hyperforceen.
Määritettyjen IP-osoitteiden sallimista ei suositella Salesforcelle suunnatun Internet-liikenteen suojaamiseen sieppauksilta tai uudelleenohjauksilta vieraille verkkosivuille. Emme suosittele osoitteiden sallimista, koska kun IP-osoitteita lisätään tai muutetaan, asiakkaiden yhteyksissä saattaa esiintyä ongelmia kunnes he päivittävät sallittujen osoitteiden tietokantansa. Ylläpidosta voi tulla raskasta varsinkin, kun IP-osoitteita päivitetään usein, niin kuin Hyperforcessa.
Käyttäjien kannattaa korvata sallittujen IP-osoitteiden luettelot moderneilla ja kestävillä tietoturvaratkaisuilla.
Lisätietoja sallittujen IP-osoitteiden luetteloiden yleisistä vaihtoehdoista ja niiden toteuttamisesta on Preferred Alternatives to IP Allowlisting on Hyperforce -artikkelissa. Jos sinulla on ylitsepääsemätön tarve tai lakisääteinen vaatimus ylläpitää sallittujen IP-osoitteiden luetteloa, katsoHyperforcen ulkoiset IP-osoitteet.
Seuraava osio kuvaa tiettyjä käyttöskenaarioita, joissa sallittujen osoitteiden luetteloita käytetään yleisesti, ja niille ehdotetut vaihtoehdot.
Jos hallitset käyttäjien tai palvelimen pääsyä Internetiin sallittujen IP-osoitteiden luetteloilla, salli vaaditut toimialueet.
Näiden toimialueiden käyttö suojataan HTTPS- ja SSL-asiakassertifikaattien kautta.
Jos käytät sallittujen IP-osoitteiden luetteloita ohittaaksesi sähköpostien estosääntöjä, ota käyttöön sähköpostien standardisuojausprotokollia, kuten Transport Layer Security (TLS), Sender Policy Framework (SPF), DomainKeys Identified Mail (DKIM) tai Domain-based Message Authentication, Reporting, and Conformance (DMARC). Salesforce tukee kaikkia näitä vaihtoehtoja täysin.
HUOMAA: Vaikka emme suosittele käyttämään sallittujen IP-osoitteiden luetteloita yleisesti sähköposteille, Hyperforcessa sähköpostien välitysten käyttämät IP-osoitteet ovat staattisempia ja voit käyttää niitä sähköpostien välitykseen tarvittaessa. Nämä sähköpostien välityksen IP-osoitteet on kuvattu ”HYPERFORCE - Sähköpostin välitys” -taulukossa Varmista, että saat sähköpostia Salesforce-sovelluksesta.
Lisätietoja on näissä artikkeleissa:
Jos käytät sallittujen IP-osoitteiden luetteloita suodattaaksesi pyyntöjä, jotka lähetetään Salesforcen callout-ominaisuuksista isännöityihin verkkopalveluihisi tai API-päätepisteisiisi, tämä lähestymistapa vahvistaa pyynnön lähteen, mutta ei sen aitoutta, joten se ei ole turvallinen. Pyyntöjen tyyppeihin sisältyvät:
Ota sen sijaan käyttöön moderni todennus- ja valtuutusmenetelmä (AuthN/AuthZ) verkkopalveluillesi ja API-päätepisteillesi varmistaaksesi, että vain organisaatiosi voi käyttää verkkoasi.
Salesforce tarjoaa nämä ominaisuudet, jotka auttavat sinua AuthN/AuthZ-suojauksen integroinnissa:
Salesforce Express Connect (SEC) ei tarjoa suoraa verkkoyhteyttä Hyperforceen. SEC tarjoaa suoran verkkoyhteyden ensimmäisen osapuolen SFDC-infrastruktuuriin. Hyperforce toimii Amazon Web Services (AWS) -palvelussa. Salesforce ei myy SEC-ratkaisua. SEC-ratkaisua käyttävien asiakkaiden, jotka haluavat suoran verkkoyhteyden Hyperforceen, täytyy ottaa yhteyttä SEC-palveluntarjoajiinsa hankkiakseen ja toteuttaakseen korvaavan verkkopalvelun ennen organisaationsa päivittämistä. Asiakkaat, jotka eivät voi toteuttaa korvaavaa ratkaisua palveluntarjoajiensa kanssa, voivat kysyä AWS:ltä tai muulta palveluntarjoajalta vaihtoehdoistaan muodostaa suora yhteys Hyperforceen.
Hyperforcessa jokaisella Salesforce-toimialueella on erillinen HTTPS-varmenne. Verkkoselaimien ja API-kutsujien täytyy määrittää haluttu toimialue lisäämällä SNI-osoitin niiden ClientHello-viesteihin. Muussa tapauksessa ne voivat kutsua yhtä oletusarvoisista toimialueista.
Lue lisää näistä yksityiskohtaisista SNI-vaatimuksista, ongelmista ja ratkaisuista täältä:
HTTPS/SSL-yhteysvirheiden ratkaiseminen Hyperforcessa SNI-osoittimella
Organisaatioiden, joilla on sovellusalustan tapahtumia tai striimaavia asiakassovelluksia, täytyy käyttää .NET-versiota 5.0 tai sitä uudempaa. Vanhemmat .NET-versiot voivat aiheuttaa näissä ominaisuuksissa häiriöitä Hyperforcen RFC-vaatimusten vuoksi. Lisätietoja löytyy Microsoftin .NET-dokumentaatiosta täältä.
Seuraavat tuotteet ja ominaisuudet eivät ole vielä laajalti käytettävissä Hyperforcessa tai toimi odotetulla tavalla, kun organisaatio on siirretty Hyperforceen.
Käyttäjät, jotka:
Suunnitellut ratkaisupäivät ovat Salesforcen tulevaisuusarvioiden alaisia, eivätkä ne ole taattuja.
|
Ominaisuus tai toiminto |
Keihin se vaikuttaa? |
Mitä asiakas voi tehdä? |
Milloin ominaisuus on käytettävissä Hyperforcessa? |
| Yhteensopimattomat ApexREST-palveluotsakkeet |
Organisaatioihin, joilla on yhteensopimattomat ApexREST-palveluotsakkeet. |
Päivitä ApexREST-palveluotsakkeet RFC 7230 -vaatimusten mukaisiksi poistamalla kielletyt merkit. Lue lisää kohdasta Edellytä RFC 7230 -vahvistusta Apexin RestResponse-otsakkeille (julkaisupäivitys) . |
Yhteensopimattomia ApexREST-otsakkeita ei tueta Hyperforcessa. Salesforce sallii Spring '23 -julkaisusta alkaen asiakkaiden tarkistaa, täyttävätkö he RFC 7230 -vaatimukset. Salesforce edellyttää RFC 7230 -vaatimusta kaikissa ympäristöissä Spring '24 -julkaisusta alkaen. |
| High Scale Orders |
Organisaatioihin, jotka ovat ottaneet High Scale Orders -ominaisuuden käyttöön osanaSalesforcen Tilaustenhallinta -ratkaisua. |
Ei mitään. |
Salesforce aikoo tukea organisaatioiden High Scale Orders -päivitystä vaiheittain vuoden 2023 toisella neljänneksellä. |
|
Service Cloud Voice (Yhdysvallat) |
Organisaatioihin, joita isännöidään Yhdysvaltojen ensimmäisen osapuolen datakeskuksissamme ja jotka ovat ottaneet Service Cloud Voicen käyttöön. |
Ei mitään. |
Ei vielä ajoitettu. HUOMAUTUS: Service Cloud Voice on käytettävissä Hyperforcessa, mutta organisaatioiden siirtämistä Yhdysvaltojen ensimmäisen osapuolen datakeskuksista ei tueta. |
|
Organisaatioihin, jotka ovat ottaneet tapahtumien välityksen käyttöön. |
Ei mitään. |
Salesforce aikoo tukea tapahtumien välitystä Hyperforcessa vuoden 2023 kolmanteen neljännekseen mennessä. |
Suosittelemme, että tutustut Sisältötiedostojen esikatselun ongelmat -artikkeliin ja ongelmien väliaikaisiin ratkaisuihin. Tämä ongelma vaikuttaa Hyperforceen ja ensimmäisen osapuolen käyttäjiin.
Muutokset viimeisten noin kuuden kuukauden ajalta:
|
Tarkistuksen päiväys |
Versiot |
| 26. huhtikuuta 2023 | Muutettu lausuntoa: Hyperforcen IP-osoitteet ja lisätty linkki lataussijaintiin. Salesforce Express Connectin korvaavan vaihtoehdon toteuttaminen muutettu väliaikaisesta tunnetusta ongelmasta täydeksi vaatimukseksi ja lisätty lisätietoja. ApexREST-palveluotsakkeiden linkit päivitetty. |
| 1. helmikuuta 2023 | Mukautetut HTTPS-sertifikaatit poistettu Väliaikaiset tunnetut ongelmat -osiosta. |
| 26. tammikuuta 2023 | Tapahtumien välitys lisätty Väliaikaiset tunnetut ongelmat -osioon |
| 8. joulukuuta 2022 | Muutettu RFC 2616–7230 yhteensopimattomille ApexREST-palveluotsakkeille |
| 20. lokakuuta 2022 | Väliaikaiset tunnetut ongelmat ryhmitetty taulukkoon, luettelo päivitetty ja suunnitellut ratkaisupäivät lisätty. .NET 5.0 -vaatimus lisätty sovellusalustan tapahtumille ja streaming-tapahtumille. |
| 9. syyskuuta 2022 | http 1.1 -vaatimus poistettu |
| 19. elokuuta 2022 | ApexREST- ja .NET-tiedot lisätty Väliaikaiset tunnetut ongelmat -osioon |
| 9. elokuuta 2022 | Sallittujen IP-osoitteiden luettelo -osion hyväksytty sanamuoto päivitetty. |
| 28. heinäkuuta 2022 | Lisätty suositus käyttää parannettuja toimialueita SNI-ongelmien ratkaisemiseen *.cloudforce.com- tai *.database.com-toimialueissa |
| 24. maaliskuuta 2022 | Päivitetty arvioitu ratkaisuaika mukautetulle toimialueille käyttämällä mukautettuja HTTPS-sertifikaatteja |
|
21. helmikuuta 2022 |
Lisätty selvitys sallittujen IP-osoitteiden luetteloiden käytöstä sähköpostien välitystoiminnolle Hyperforcessa – että Hyperforcessa sähköpostien välitykseen käytetyt IP-osoitteet ovat staattisempia ja voit käyttää niitä sähköpostien välitykseen tarvittaessa. |
|
30. joulukuuta 2021 |
Asiakirja luotu. |
000392992

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.