MikhailO писал(а):По пунктам
1. Как часто вы обновляете адресные книги на 14 тысяч ПК руками? А если комп переехал из одного OU в другой? Опять заново? Скрипты в планировщике? А если сетевая папка для выгрузки поменяла путь? Или пришел человек, не понимающий в скриптах. У нас в AD настроено автозаполнение комментария для ПК. Туда заносится залогиненный пользователь. Причем в виде Петров Петр а не p.petrov. Видя такой комментарий в LM Viewer очень удобно понять к какому компу нужно подключатся. Тем более LM Viewer тянет структуру AD со всеми OU. Нашел отдел, нашел ПК и подключился. И все изменения в AD достаточно оперативно подтягиваются в LM Viewer. Это удобно и так должно быть. Это нормальный функционал для ПО, которое позиционируется для бизнеса. Минимум временных затрат- изменилось в одном месте-изменения подтянулись в другие места автоматом. Без доп. костылей. Лишние записи можно фильтровать в запросе (это уже сейчас работает). Например выгрузка только определенной OU с дочками.
2. Доменная авторизация на серверах (рабочих станциях) работает без вопросов. Вопрос был - при включении доменной авторизации на NoIP и настройке ее же на LM VIewer перестала работать выгрузка из домена. Потом - после отключения доменной авторизации на NOIP, синхронизация пошла опять. Насчет добавления в группы я не понял- добавить сервер с NOIP в группу? так он уже в домене. Добавить пользователя домена в группу? Он уже там.
Хотелось бы видеть что-то типа: оператор Viewer-a поставил программу, указал сервер NOIP, доменный логин и пароль и увидел автоматически обновляемую адресную книгу с разбивкой по отделам и залогиненным на компе пользователем.При этом подтянулись лицензии. При отъезде ПК из доменной сети, скажем, домой, доступ к нему сохраняется. Скриншоты в автоматическом режиме валятся на сервер в отдельную папку (контроль работы удаленщиков да и людей в офисе контролировать не мешало бы). СБ танцует от счастья. И все соединения по максимуму зашифрованы. Без миллиона настроек и прочего. Вот как на 14 000 ПК, полученных из домена, руками прописать "Соединение по ID" с указанием имени ПК в этом поле? Для группы можно поставить галку, но прописать имя в виде %ComputerName% нельзя. При увольнении этого оператора - отключили его учетку в домене и все- доступа у него никуда больше нет, лицензии он не видит, менять пароль на бесконечном кол-во серверов, NOIP, вьюеров и прочем не нужно.
Если я в предыдущих сообщениях где-то напутал с терминами "сервер", NOIP то прошу меня простить. Просто по моей логике - сервер - это то место, куда все компы подключаются (NOIP), на компе ставится Клиент (или часть, называемая типа "модуль для ПК"). Я понимаю что тут не так, но иногда путаюсь.
Не хотелось бы открывать дискуссию или к.л. спор...
Выше, был предложен вариант - как можно наполнить адресную книгу списком ПК (исходя из того, что адресная книга конкретного пользователя, которому нет необходимости иметь ВЕСЬ полный список ВСЕХ ПК в организации, а ему нужен некий конкретный список для дальнейшей работы).
Также, выше обращалось внимание на то, что адресная книга вырастает в размере и LM-Viewer начинает тормозить (у нас при первых попытках импорта из AD - просто зависает... и всё - правда, как-то удалось дождаться завершения на более мощном ПК - и в результате мы увидели не то что хотели - поэтому и отказались его использовать. Наши пользователи Viewer, при необходимости куда-то подключиться сами организуются, т.е. подключаются по IP, или по имени, или используют вариант подключения по ID (если есть доступ в доменную группу для этого - см. чуть ниже)).
Что касается авторизации на NoIP, то здесь необходимо: 1- чтобы сам NoIP был в AD, 2- выше указывал пример, как это есть у нас. Доменная группа необходима для того, чтобы доступ для реализации возможности подключения по ID имели только те пользователи, кто в этой группе (т.е. мы здесь ограничиваем эту возможность, т.е. не ВСЕМ).
Вообще-то LiteManager - это же ПО удаленного доступа, а здесь может сложится впечатление, что вы хотите в LM-Viewer иметь возможность администрировать объект (компьютер) в AD, хотя для этого есть специальная консоль (dsa.msc), и наверно, было бы правильным, именно её рассматривать как основной инструмент для работы с AD.
Что касается интеграции с AD, то LM действительно имеет несколько более слабую интеграцию с AD, чем некоторые аналоги ПО УД.
Если разработчики LM нам в этом деле пойдут на встречу, то будет хорошо (такие просьбы уже направлялись в поддержку - ждём...).
А на сегодня мы используем функциональные возможности данного ПО такими, как есть.
В целом не жалуемся, а наоборот - благодарим и ждем реализации новых возможностей.