我遇到了DCOMconfiguration的麻烦。 在这种情况下，我正在使用一些支持通过DCOM进行客户端 – 服务器交互的产品，但是如果尝试使用名称存在于服务器上的帐户进行尝试，客户端将无法访问服务器好吧，但有不同的密码。 基本上，如果我们试图从明显出现在服务器机器上的pipe理员帐户访问服务器，如果客户机的pipe理员密码与服务器的密码不匹配，我们将失败。
在与产品开发人员积极协作以尝试本地化问题之后，他遇到了“不能修复”的解决scheme，或者如果您更喜欢使用pikestaff，而不是更可能是“不知道如何修复“ parsing度 ：）。
我相信有这个问题的解决scheme，我问你，IT专业人员，以帮助我与这一个。
我意识到这个问题可能是由开发人员与DCOM交互的方式引起的，如果是这样的话，它不能被固定为纯系统configuration的手段，应该问这个问题，但是因为我碰到了行为，同时使用文件/打印机共享 – Windows试图简化一切，并使用当前模拟的凭据来访问共享，我希望解决scheme在于系统configuration层。
PS我相信我所说的实际的软件产品是完全不相干的，但是我的经验告诉我，总会有人会认为它恰恰相反。 这里是： SpRecord 。
似乎我们现在进入了肮脏的黑客领域。
思考：