Danke für diesen Beitrag, der beim Einrichten eines kürzlichen Projekts, das einen Salesforce-Login erforderte, unschätzbar wertvoll war.
In unserem Fall handelte es sich bei der Salesforce-App um eine Community, was bedeutete, dass wir einige der oben genannten Details ändern mussten. Ich poste hier in diesem alten Thread, falls es anderen hilft. Es hat mir fast einen ganzen Tag lang den Kopf verdreht.
- oauth2-Autorisierungs-URL:
https://[COMMUNITY_NAME].force.com/services/oauth2/authorize - oauth2-Token-URL:
https://[COMMUNITY_NAME].force.com/services/oauth2/token - Pfad für die Benutzer-ID des oauth2-Callbacks:
id
Die Änderungen an den Pfaden wurden schrittweise (und schmerzhaft) anhand der Dokumentation von Salesforce und anderen Quellen ermittelt:
https://auth0.com/docs/connections/social/salesforce
Salesforce Help
Dennoch hatten wir weiterhin Probleme mit 403 Forbidden-Fehlern, die als unformatierter HTML-Code erschienen und für mich kaum wie ein Discourse-Fehler aussahen. Das führte zu viel Fehlersuche in Salesforce und verzweifeltem Kopfschütteln. Das Problem lag jedoch in Discourse.
Verboten
Sie haben keine Berechtigung, auf diese Ressource zuzugreifen.
Beim Versuch, ein ErrorDocument zur Bearbeitung der Anfrage zu verwenden, trat zudem ein 500 Internal Server Error auf.
Obwohl die Weiterleitung zur Callback-URL scheinbar funktionierte, meldete die Browserkonsole Authentifizierungsfehler. Am Ende war es der nicht gesetzte oauth2 callback user id path, der die Authentifizierungsfehler verursachte. Das Setzen auf id hat alles behoben.
Alle anderen Einstellungen wie im vorherigen Beitrag.