Active Directory и Express / Node

Question

Я хотел бы использовать Active Directory с бэкэндом REST API Express: пользователи заполняли имя пользователя и форму входа на клиентской стороне и проходили аутентификацию с помощью своих учетных данных Active Directory через бэкэнд. Затем, основываясь на своих группах пользователей, они увидят определенную информацию. Я пробовал пакет узла passport-windowsauth , но я не могу аутентифицироваться, возможно, потому что я не знаю, что такое bindDN или bindCredentials . Я также попробовал node-sspi , и мне повезло больше, но проблема в том, что это только на стороне сервера, и, насколько я могу судить, я не могу создать форму, которая затем позволит пользователю аутентифицироваться со стороны клиента. Я размещаю этот сайт на IIS и использую iisnode для бэкэнда. Как я могу добиться этой аутентификации Active Directory с помощью серверной стороны Node / Express и формы входа на стороне клиента, или, другими словами, без приложения .NET?

Answer 1

Вам следует попробовать этот пакет: https://www.npmjs.com/package/ad Я не уверен, что он будет соответствовать вашим требованиям, но очень легко работать с Active Directory в узле / экспресс-серверной части.

Answer 2

Аутентификация Active Directory (AD) выполняется путем привязки к Active Directory с учетными данными (не учетными данными из формы пользователя), предоставленными вашими инженерами AD. После привязки в AD выполняется поиск соответствующих учетных данных (из формы пользователя).

По сути, вам нужно поговорить с инженерами по AD о том, что вы должны использовать.

Затем вам нужен маршрут /login/, который отправляет пользовательская форма, маршрут завершает вход в систему (привязка AD, аутентификация) и возвращает клиенту.

Более простым обходным путем может быть привязка к AD с учетными данными, введенными в форму входа в систему - успешное связывание означает, что пользователь вошел в систему. Я бы снова поговорил с вашими инженерами AD о том, как они предпочитают это делать. В прошлом я сталкивался с проблемами, когда аутентификация пользователей после связывания занимала много времени, поэтому мы использовали это в качестве обходного пути.

Вы можете спросить, есть ли в вашей AD опции единого входа - возможно, они используют Shiboleth или что-то подобное.