Created attachment 9954 [details] screen Тестовый стенд: dc p10 server x86_64 client p10 workstation x86_64 [root@dc ~]# rpm -qa | grep alterator-ldap alterator-ldap-groups-0.6.7-alt1.x86_64 alterator-ldap-users-0.8.5-alt2.x86_64 [root@dc ~]# rpm -qa | grep netcmdplus python3-module-netcmdplus-0.1.2-alt1.noarch netcmdplus-0.1.2-alt1.noarch [root@dc ~]# rpm -qa | grep samba samba-client-4.14.8-alt1.x86_64 samba-winbind-4.14.8-alt1.x86_64 samba-dc-common-4.14.8-alt1.noarch samba-common-4.14.8-alt1.noarch admx-samba-4.14.8-alt1.noarch samba-libs-4.14.8-alt1.x86_64 samba-common-tools-4.14.8-alt1.x86_64 samba-winbind-clients-4.14.8-alt1.x86_64 python3-module-samba-4.14.8-alt1.x86_64 samba-common-client-4.14.8-alt1.noarch samba-winbind-common-4.14.8-alt1.x86_64 samba-dc-libs-4.14.8-alt1.x86_64 samba-pidl-4.14.8-alt1.noarch samba-dc-4.14.8-alt1.x86_64 samba-4.14.8-alt1.x86_64 samba-dc-client-4.14.8-alt1.x86_64 samba-common-libs-4.14.8-alt1.x86_64 1) Развернуть Samba домен, установить пакет netcmdplus, открыть web интерфейс альтератора. Открыть вкладку Пользователи, нажать Выбор источника, выбрать Samba ActiveDirectory и выбрать имя домена. Применить. 2) Установить фокус на ранее созданного доменного пользователя или создать нового. Результат: uid пользователя не отображается. Ожидаемый результат: показывать uid пользователя
С чего вы взяли, что он должен отображаться? Откуда такие ожидания? Это доменный пользователь в Samba Active Directory, у этого пользователя есть sid, а uid'а у него может и не быть. Это так, by design. Зачем из недоработок в интерфейсе придумывать новые требования? В целом, эта проблема - отображение sid'ов на uid'ы - имеет несколько измерений (как серверное, так и клиентское). В данном же случае имеем классическую особенность отображения в web-интерфейсе. Поля, которые не заданы - отображаются пустыми.