#oauth #bots #slack #slack-api
#oauth #боты #slack #slack-api
Вопрос:
Несмотря на то, что документы slack API составлены очень хорошо, и, в частности, аутентификация очень хорошо соответствует стандартам OAuth, я попал в тупик, и я не уверен, можно ли его решить.
Обычный вход в систему как Slack
В моем случае существует приложение, которое использует Slack в качестве поставщика OAuth. Итак, люди входят в это стороннее приложение, используя поставщика OAuth Slacks (войдите с помощью slack).
Теперь это обычно создает обычный поток OAuth, когда пользователь-пользователь перенаправляется на Slack и входит в систему там, а затем возвращается в приложение с токеном, который обменивается на другой токен.
Чего я хотел бы достичь
Теперь у меня есть не обычный бот, а «пользователь-бот» в slack, и я хотел бы войти в стороннее приложение от имени этого пользователя-бота вместо того, чтобы быть обычным пользователем.
Итак, теоретически мне нужно было бы завершить путь OAuth с проверкой в качестве пользователя бота, а затем заставить slack вернуть токен проверки приложения, который будет разрешен для сеанса пользователя бота.
Кто-нибудь считает это возможным?
Комментарии:
1. Я не совсем помню специфику, но я думаю, что я добился этого, ограничив области только для ботов. При авторизации (с использованием моей учетной записи пользователя) было четко указано, что я только авторизовал пользователя бота, и последующие вызовы действительно были отправлены от бота.
2. Спасибо, что попробовали это @Diego Означает ли это, что вы смогли выбрать, для какого пользователя вы авторизуете при использовании потока? Итак, не могли бы вы переключиться с обычного пользователя на учетную запись бота? Я имею в виду, что даже этого было бы недостаточно для меня. Мне нужно, чтобы бот мог выполнять процесс входа в систему по самому каналу «сервер-сервер». Так что никакого взаимодействия с человеком не требуется.