SSO_SYNC non trouvé

[lin_turing]

J’ai besoin d’aide avec le point de terminaison /admin/users/sso_sync.
Postman renvoie une page HTML comme réponse

Quelqu’un peut-il me dire où je me trompe.

[lin_turing]

/admin/users/sync_sso appelle une route manquante

[lin_turing]

Quelqu’un peut m’aider ?

[JammyDodger]

Il y a une discussion sur un problème similaire dans ce sujet /admin/users/sync_sso ... Route not found, si cela peut vous aider ?

[Falco]

Pouvez-vous essayer d’envoyer api_key et api_username en tant qu’en-têtes par

@blake

Le 6 avril 2020, nous avons abandonné la prise en charge de toute authentification non basée sur les en-têtes HTTP. Cela signifie que les requêtes API qui ont une api_key et un api_username dans les paramètres de requête ou dans le corps HTTP de la requête cesseront bientôt de fonctionner. Veuillez consulter l’exemple de requête cURL ci-dessous pour savoir comment mettre à jour vos requêtes API afin d’utiliser les en-têtes HTTP pour l’authentification.

[lin_turing]

Merci ~ , c’est très utile pour moi

[lin_turing]

Started POST "/admin/users/sync_sso" for ip address at 2022-04-13 08:13:14 +0000
ActionController::RoutingError (No route matches [POST] "/admin/users/sync_sso")
config/initializers/100-quiet_logger.rb:23:in `call'
config/initializers/100-silence_logger.rb:31:in `call'

[blake (Blake Erickson)]

La régénération de la clé API système aide-t-elle ?

@shahidmir

la régénération de la clé API système semble avoir fait l’affaire pour une raison quelconque, bien que je ne sache pas pourquoi. Je peux donc maintenant utiliser le SSO_SYNC via Postman.

[lin_turing]

Aucune aide, lorsque je demande en local, sans erreur, mais lorsque je demande au serveur, cela se passe mal.

[LeBlanc]

le problème était l’envoi du mauvais type de corps et du Content-Type, de sorte que les paramètres sig/sso n’ont pas pu être analysés. Je peux vous donner un exemple. utilisez Content-Type avec multipart/form-data ; et utilisez le corps HTTP avec du texte brut (sso=$sso&sig=$sig).