2013-11-24 2 views
0

Я пытаюсь протестировать аутентификацию в vimeo с помощью Fiddler. Я сочиняю мое сообщение https://vimeo.com/oauth/access_token со следующими заголовками:Аутентификация в Vimeo с xAuth

User-Agent: Fiddler 
x_auth_mode: client_auth 
x_auth_username: [email protected] 
x_auth_password: myPassword? 
x_auth_permission: Write 

сообщение я Спина 401 Несанкционированное - Недопустимый ключ потребитель - потребитель ключ принят не был действительным.

У меня есть потребительский ключ, но я не вижу, где в документации я его предоставляю. Я пробовал:

oauth_consumer_key: biglongkey 
x_auth_consumer_key: biglongkey 

Я не уверен, что еще мне нужно предоставить.

Я использую метод xAuth, потому что я пишу службу Windows, которая проверяет папку для удаления и загружает видео по расписанию. Обычно после часа в 1:00.

ответ

2

В большинстве случаев XAuth не является правильным решением. Vimeo обеспечивает доступ только к XAuth на чрезвычайно ограниченной основе.

Похоже, вы используете XAuth, пытаясь жестко закодировать пользователя в своем приложении. Для этого варианта использования Vimeo предоставляет токен доступа на вашей странице приложения. Гораздо лучше жестко закодировать токен, чем пару имени пользователя/пароля.

+0

Мне все еще нужны учетные данные пользователей для загрузки на их учетную запись, правда? Я подумал о том, чтобы просто создать простую веб-страницу, чтобы получить свой токен, используя oAuth, и просто сохранить его. Прямо сейчас, я думаю, я пытаюсь найти простейший метод. Это трудно найти документацию для oAuth 1.0 в сценарии фоновой службы. –

+0

Пользовательские учетные данные никогда не нужны через API, даже при загрузке. Каждый раз, когда вам могут потребоваться учетные данные пользователя, вы должны использовать токен доступа. Если вы загружаете несколько учетных записей пользователей, вы должны отправить их через поток oauth (http://hueniverse.com/oauth/guide/) и записать их токен доступа. Если вы загружаете только одну учетную запись пользователя, вы должны жестко кодировать этот токен доступа. – Dashron

+0

Спасибо за помощь. В итоге я просто сохранил токен доступа. Процесс немного запутанный. Я не видел хорошего решения для первоначального входа в сервисные приложения. Я думаю, что создам второе приложение для входа пользователя в систему и сохранения для них токена. –

Смежные вопросы