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

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

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

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

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

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