COM+组件发布后怎样配置远端用户的访问权限？(100分)

我对开发的COM+组件进行访问时，在本机中增加了一个角色，并在此角色中添加上了本机的Administrator这个用户，本机上访问一切正常。我导出该组件的应用程序代理，并安装到其他机器上，然后试图通过其他机器访问本机的COM+组件，但此时却报出“拒绝访问”错，这说明远端的机器的用户没有加到本机的COM+组件的授权用户中，可无论怎样我也不能在本机的COM+组件中将远端机器的用户添加进来。

帮顶。。。。。。。。

谢谢楼上好心帮我顶，但是不管用啊，没有人做成功吗？

你在客户端也要注册以下
另外
也要注意操作系统
登陆名字也要注意
登陆名 密码也必须一样
把这些一定要注意

我是采用Delphi编写COM+组件的，按照楼上的说法，两端机器的用户名密码都配置成一样后可以访问了，但紧接着爆出一个对话框“Interface not support”的错误来，这又是怎么回事呢？

那你在客户端注册没有
要先注册可以用
你把dll 注册以下
应该可以了
也注意配置

请问fly2003,那个dll不是应该放在服务器端的吗?难道说客户端也要那个文件吗？ COM+在制作分发程序中没有包含这个文件吗？请具体说明一下，谢谢

我也遇到这样的问题,顶一下.
顺便问一个问题.
我是用客户端调用协调COM+,再由协调COM+调用逻辑COM+.
我在
逻辑COM+上放置了TADOConnection,TADOQuery,TDataSetProvider;
协调COM+上放置了TSocketConnection,TClientDataSet;
在协调COM+上用连接TSocketConnection逻辑COM+,取得数据.
我用客户端如何连接协调COM+,并取得数据.
如果解决问题,我另开论题,论功行赏.谢谢!!!

协调COM+上应该放置 TDComConnection，这样在COM+内部采用DCOM方式连通，但要注意在COM+内部创建另一个COM+时，一定要采用Context接口，建议你最好参考李维的ADO那本书，上面讲的很清楚。虽然他采用了修改Delphi源码的方案，我不是很满意。但也可以自己管理

经测试，一切已经解决了。原因如下：
---------------------------------------------------
1.在Delphi6和Delphi7中，开发COM+组件时，首先要先生成ActiveX Library做为COM+容器，然后在上面添加一个Transactional Object或Transactional DataModule。不能直接创建Transactional Object。这会导致客户端报告"Interface not supported"
2.在Windows工作组网络环境中，需要在COM+服务器中设定一个用户，比如：COM_USER，然后在COM+组件的角色中加入这个用户，客户端也必须有这个同名用户，并以这个用户登录，这样才不会出现“拒绝访问”错误，这里，我特别要说的是服务器和客户端的COM_USER密码也必须一样，但如果在Windows2003环境中一定还要注意密码不能为空，切记。否则，系统将禁止你访问服务器中的接口，总之，可以先用URL方式试一试是否可以连入服务器，例如输入//192.168.0.100。而且，Windows2000环境下安装COM+组件后默认是没有强制安全检查的，但在Windows2003中则默认就有这个选项。故而有些在Windows2000环境下调试通过的COM+组件换到Win2003下可能就变成了“拒绝访问”了。另外要说的是，如果密码为空，则会在客户端运行程序时也会提示"Interface not supported"。
3.在客户端程序中，使用COXXXXXX.Create建立COM+的接口时，发现访问数据库竟然是使用本地的连接名，正好我的客户机上没有服务器上建立的Oracle连接名，所以报出错来。后改为CoXXXXXXX.CreateRemote（服务器名）后解决问题。这里还是有些不太理解，既然要在本地安装应用程序代理，就应该使用的是服务器端的连接啊，而且，COM+组件的激活页中是可以指定COM+服务器的位置的，那么CreateRemote中一旦指定死了，不久没有用了吗？
以上是我的简单测试结果，可能还会有没注意到的地方，也还有很多要测试的东西，比如，COM_USER应该分配什么样的权限以满足只能访问COM+，而不能变成超级用户来控制服务器。
以后会逐步把测试结果写出来

解决了就好
昨天我一直上不去
所以也没能看清楚原因
解决久好