Неверная подпись OAuth с LTI

Question

Я пытаюсь использовать LTI для интеграции LMS (Canvas) со своим сторонним инструментом обучения. В рамках этого процесса я беру переменные Request, отправленные мне Canvas:

Array ( [oauth_consumer_key] => key
        [oauth_nonce] => s78gkWprnVJ6qp2UaCaEZ39WoYm91yOztiCBRhDx7s
        [oauth_signature] => l82UMpiOt62vTd7Eu4GzyVVxYk0=
        [oauth_signature_method] => HMAC-SHA1
        [oauth_timestamp] => 1367072335 [oauth_version] => 1.0 )

и отправив их через заголовок в мой скрипт "request_token.php" ( взят из oAuth-кода Google). Результат - неверная подпись. Однако я протестировал код локально, и он, кажется, работает нормально, когда не извлекает информацию из моей LMS. Я var_dumped объект OAuthRequest в качестве дополнительного указания, что похоже, что OAuthRequest на самом деле использует правильные переменные.

OAuthRequest Object
( [parameters:protected] =>
Array ( [oauth_consumer_key] => key
        [oauth_nonce] => s78gkWprnVJ6qp2UaCaEZ39WoYm91yOztiCBRhDx7s
        [oauth_signature] => l82UMpiOt62vTd7Eu4GzyVVxYk0=
        [oauth_signature_method] => HMAC-SHA1
        [oauth_timestamp] => 1367072335 [oauth_version] => 1.0 )
        [http_method:protected] => GET
        [http_url:protected] => http://www.itsmorethanatextbook.com:80/oauth/example/request_token.php?oauth_consumer_key=key&oauth_nonce=s78gkWprnVJ6qp2UaCaEZ39WoYm91yOztiCBRhDx7s&oauth_signature=l82UMpiOt62vTd7Eu4GzyVVxYk0=&oauth_signature_method=HMAC-SHA1&oauth_timestamp=1367072335&oauth_version=1.0
        [base_string] => GET&http%3A%2F%2Fwww.itsmorethanatextbook.com%2Foauth%2Fexample%2Frequest_token.php&oauth_consumer_key%3Dkey%26oauth_nonce%3Ds78gkWprnVJ6qp2UaCaEZ39WoYm91yOztiCBRhDx7s%26oauth_signature_method%3DHMAC-SHA1%26oauth_timestamp%3D1367072335%26oauth_version%3D1.0 )

Может ли быть какой-то дополнительный шаг, который нужно сделать с переменными LTI, чтобы он заработал? (Я пытался их кодировать, но безрезультатно)

Answer 1

Можете ли вы перепроверить установку LTI на сайте Canvas? У меня была похожая ситуация раньше, и это было из-за неправильного URL-адреса открытого ключа.