Конфигурация DCOM: учетные записи с одинаковым именем, но с разными паролями.

У меня проблемы с настройкой DCOM. Вот случай: я использую продукт, который поддерживает взаимодействие клиент-сервер через DCOM, но клиент не получит никакого доступа к серверу, если попытка выполняется из учетной записи с именем, которое существует на сервере как хорошо, но пароль другой. По сути, если мы попытаемся получить доступ к серверу из учетной записи администратора, которая явно присутствует на сервере, мы потерпим неудачу, если пароль администратора клиента не совпадает с паролем сервера.

После активного сотрудничества с разработчиком продукта в попытках локализовать проблему, он столкнулся с решением «не может быть исправлено» или, если вы предпочитаете называть пикник посохом, чем скорее, «не знаю, как исправить». " разрешающая способность :).

Я верю, что есть решение этой проблемы, и прошу вас, ИТ-профессионалы, помочь мне с этим.

Я понимаю, что проблема может быть вызвана тем, как разработчик взаимодействует с DCOM, и если это так, это не может быть исправлено с помощью чистой конфигурации системы, и вопрос следует задать в SO, но поскольку я наткнулся на то же самое поведение при работе с общим доступом к файлам / принтерам - Windows пыталась все упростить и использовала текущие олицетворенные учетные данные для доступа к общему ресурсу, я надеюсь, что решение лежит на уровне конфигурации системы.

P.S. Я считаю, что реальный программный продукт, о котором я говорю, совершенно неуместен, однако мой опыт подсказывает мне, что всегда найдется кто-то, кто будет думать, что это наоборот очень актуально. Вот: SpRecord.