У меня есть экземпляр NAV, который предоставляет (OData) веб-службы, а настроен на использование Windows
в качестве типа учетных данных . Я могу успешно аутентифицироваться на этих веб-сервисах с NTLM . Однако я бы предпочел использовать базовую аутентификацию HTTP для аутентификации в службе. Я понимаю, что можно создать ключ доступа для аутентификации . Я понимаю, что если я установлю имя пользователя базовой аутентификации на User Name
и пароль на Web Service Access Key
с карты пользователя NAV, я смогу использовать обычную аутентификацию HTTP. Я сделал это успешно на других экземплярах NAV, которые настроены на использование типа учетных данных NavUserPassword
. Однако это не работает для экземпляра с Windows
типом учетных данных.
Более конкретно, если я запрашиваю защищенный ресурс из экземпляра NavUserPassword
, я получаю 401 с заголовком WWW-Authenticate
со значением Basic realm=""
. Если я сделаю то же самое с экземпляром Windows
, я получу заголовок WWW-Authenticate
со значением NTLM
. Это говорит о том, что это не простой случай предоставления неправильного пароля, а более сложный случай, когда экземпляр NAV не настроен для принятия каких-либо ключей доступа к веб-службе.
Документация по Web Services Authentication
, по-видимому, подразумевает, что для типа учетных данных Windows базовая аутентификация HTTP для веб-служб невозможна, но это не очень ясно, и я не уверен, что правильно разбирать документацию.
Кроме того, приведенная выше документация предполагает, что OAuth также может использоваться в качестве механизма аутентификации, но связанная документация находится за стеной портала PartnerSource. Если базовая аутентификация HTTP не подходит в моем случае, можно ли использовать OAuth?