|
![]() |
#1 |
Участник
|
Я запутался
![]() Т.е. удалось подключиться внешним недоменным клиентом к Ax4 через VPN?
__________________
Axapta v.3.0 sp5 kr2 |
|
![]() |
#2 |
Участник
|
Цитата:
Можно я не буду экспериментировать и убирать ISA для внешних пользователей? Внутри сети твой способ работает. |
|
![]() |
#3 |
Участник
|
приветствую всех участников
Сергей, чем закончились эксперименты, поделись плз? |
|
![]() |
#4 |
Участник
|
Цитата:
Пробовал ISA2006. Но к нему надо пристегнуть Identity Integration Server, чтобы бездоменные пользователи маппились в доменных. Возобновлю эксперименты, когда будет чуть посвободнее.. |
|
![]() |
#5 |
Участник
|
Цитата:
![]() |
|
![]() |
#6 |
Участник
|
Цитата:
Именно! Такое ощущение, что авторизация происходит на клиенте. Т.е. запрашиваются учетные данные на хосте на котором сидит пользователь, а не учетные данные пользователя, из-под которого он входит на AOS. И это просто бесит и выводит из себя. Спасибо. Будет очень интересно. |
|
![]() |
#7 |
Участник
|
Нет, по моим наблюдениям авторизация все же происходит на сервере, но используются учетные данные пользователя, под которым непосредственно запущен клиент AX4, а не те, которые были использованы при доступе к хосту AOS. Механизм примерно такой: клиент AX4 получает в строковом представлении SID пользователя, соответствующий primary access token его основного потока (thread), и передает его в качестве одного из параметров RPC-вызова на сервер. В качестве еще одного из параметров передается адрес переменной, куда сервер пишет код возврата (что-то вроде COMVariantInOut::Out_retVal). Сервер обрабатывает полученные данные и возвращает клиенту код завершения, который NdrClientCall2 записывает по адресу переданной переменной. Клиент анализирует эту переменную и, если что-то не так, выдает соответствующее сообщение.
|
|
Теги |
active directory, доступ, ax4.0 |
|
|