Открываем сертификат, смотрим: цепочка строится и корректная?
Нет? Смотрим на вкладке Состав поле: Идентификатор ключа ЦС - значение Х.
Записываем его (либо запоминаем первые\последние 4 символа) + запоминаем имя ЦС (УЦ, который издал сертификат)

Открываем промежуточные ЦС (локального компьютера, в данном случае, если туда был импорт сделан кроссов).
Ищем сертификаты по названию ЦС и сверяем Х с идентификатором субъекта в этом сертификате, нашли совпадение?
Нет? Ищем и устанавливаем кросс.
И так далее, пока идентификаторы ЦС и субъекта не совпадут (самоподписанный) = это корневой.

Отредактировано пользователем 5 сентября 2015 г. 0:06:34(UTC)  | Причина: Не указана

Конечно проблемы с цепочкой, об этом я и написал. На корневом красный крест стоит.
СтОит его установить, как все начинает работать.



У нас это у всех наших юзеров наблюдается: скрипт установки сертификатов так работает. Скрипт пишут "высшие админы" нашей организации. Скрипт тулит сертификаты корневых УЦ куда попало - в корневые, в промежуточные; пользователя, локального компьютера...
Вместе с тем, в скрипте какой-то косяк - он отрабатывает не всегда, кроме того, в хранилище (каталог) сертификатов, откуда они расползаются по клиентским ПК часто нет новых сертификатов. Приходится ставить вручную.
Ну т.е. был распространен скриптом сертификат УЦ "ААА". Все работало. Потом срок его действия истек, а новый сертификат в хранилище (каталоге) сертификатов никто не добавил. Соответственно по скрипту он не установился.

И если я ставлю новый сертификат УЦ вручную в LM - его другие юзеры данного ПК не видят.

Ну и что, это
?

Так пусть зайдут на этот форум, спросят как нужно или поищут по форуму... или справку к командам (утилиты для управления сертификатами\crl) почитают.

Зачем так портить PKI...