Мне нужна помощь с конечной точкой /admin/users/sso_sync.
Postman возвращает HTML-страницу в качестве ответа
Может кто-то подсказать, где я ошибаюсь.
/admin/users/sync_sso вызывает отсутствующий маршрут
В этой теме есть обсуждение похожей проблемы: /admin/users/sync_sso ... Route not found . Возможно, это вам поможет.
Falco
(Falco)
08.Апрель.2022 14:59:13
5
Попробуйте передать api_key и api_username в виде заголовков, как указано ниже:
blake:
6 апреля 2020 года мы прекратили поддержку всех методов аутентификации, не основанных на HTTP-заголовках. Это означает, что API-запросы, содержащие api_key и api_username в параметрах запроса или в теле HTTP-запроса, скоро перестанут работать. Ниже приведен пример запроса cURL, который показывает, как обновить ваши API-запросы для использования HTTP-заголовков в целях аутентификации.
Спасибо ~ , это очень помогло мне
Начат POST-запрос к "/admin/users/sync_sso" с IP-адреса в 2022-04-13 08:13:14 +0000
ActionController::RoutingError (Нет маршрута, соответствующего [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)
13.Апрель.2022 12:49:37
8
Помогает ли повторная генерация системного API-ключа?
shahidmir:
Повторная генерация системного API-ключа, по какой-то причине, сработала, хотя я не знаю почему. Теперь я могу использовать SSO_SYNC через Postman.
Нет помощи: когда запрос локальный, ошибок нет, но при запросе к серверу возникает ошибка.
Проблема заключалась в отправке неверного типа тела и заголовка Content-Type, из-за чего параметры sig/sso не могли быть распарсены. Я могу привести пример: используйте Content-Type multipart/form-data, а в теле HTTP-запроса отправляйте сырой текст (sso=$sso&sig=$sig).