2015-01-17 6 views
1

У меня есть веб-API, использующий OWIN для OAuth, работающий в Katana/TopShelf.OWIN Ошибка аутентификации OAuth в Windows Service vs. Console App

Когда я устанавливаю веб-API как службу Windows, все отвечает правильно, за исключением POST через поток владельца ресурсов (grant_type = password, username = x, password = y) возвращает 400 Bad Request (invalid_grant).

Тот же самый веб-API, работающий в той же папке, за исключением этого времени, запущенного в режиме командной строки, с использованием одного и того же запроса с одного и того же удаленного адреса.

Единственная дельта: я запускаю файл .exe непосредственно в режиме консоли или устанавливаю и запускаю его как службу Windows.

Я должен думать, что это конфликт на сетевом уровне, но служба Windows просто действует как тонкий хост вокруг одного и того же хоста на базе HttpListener.

ответ

1

Всякий раз, когда мы видим подобную проблему с Topshelf, это почти всегда связано с разрешением. Есть какой-то ресурс, на который у вас есть права, но пользователь сервиса этого не делает. Есть ли на диске ресурсы доступа к сервисам или что-то подобное?

+0

Служба Windows входит в систему как один и тот же пользователь admin Я запускаю исполняемый файл в консольном режиме, когда я устанавливаю его как службу, но стоит заглянуть в него. Katana OAuth может быть внутренне сбрасывать токены на диск после шифрования. Необходимо будет проверить его исходный код. –

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