Хэш-синхронизация паролей Azure AD, плавный единый вход и 64-разрядный элемент управления WebBrowser .NET не работают - PullRequest
0 голосов
/ 17 июня 2019

У меня есть приложение .NET 4.5.2 WinForms со встроенным веб-браузером. Приложение построено с AnyCPU и отключенным «Prefer 32-bit», работающим в Windows 10 64-bit. Машина не присоединена к домену, но не присоединена к Azure AD, и Azure AD Connect используется для выполнения синхронизации хэшей паролей (это , а не моя область знаний).

Когда веб-браузер переходит на веб-сайт, который должен выполнить единый единый вход (например, myapps.microsoft.com), он не работает. Это просто истекает в «Попытка войти в систему», а затем заканчивается в форме ввода адреса электронной почты. Переход на один и тот же сайт в Internet Explorer и Chrome обеспечивает беспрепятственный вход в систему, поэтому проверка подлинности работает правильно даже после очистки всех данных и файлов cookie из Internet Explorer.

После долгих отладок и тестирования я наконец-то понял, что создание точно такого же приложения с включенным «Prefer 32-bit» делает работу единого входа единой, но, к сожалению, это не решение для меня , Приложение развернуто для большого количества пользователей и не может быть легко обновлено.

Я предполагаю, что есть некоторые настройки, которые неправильно применяются в 64-битном экземпляре компонента веб-браузера (реестр или групповая политика?), Я просто не могу понять, чего мне не хватает для его работы.

Кто-нибудь знает, как заставить компонент WebBrowser в .NET выполнять единый единый вход при выполнении в 64-разрядном процессе?

...