Security 如何确定(然后修改)BizTalk Server操作员查看WCF BasicHttp绑定的权限?

Security 如何确定(然后修改)BizTalk Server操作员查看WCF BasicHttp绑定的权限?,security,permissions,biztalk,biztalk-2010,Security,Permissions,Biztalk,Biztalk 2010,如何确定(然后修改)BizTalk Server操作员查看WCF BasicHttp绑定的权限 问题是有些用户在BizTalk Server Operators组中,当他们查看WCF BasicHttp发送端口的绑定时,他们看到了我假定的默认值。。。打开1分钟,发送1分钟等 但是,如果BizTalk Server管理员的成员检查绑定,则会看到实际值。。。开放2分钟等 我假定通过BizTalk.Explorer和/或存储过程的操作员组权限对于读取值是不正确的。。。进行更改并获得预期的“权限被拒绝…

如何确定(然后修改)BizTalk Server操作员查看WCF BasicHttp绑定的权限

问题是有些用户在BizTalk Server Operators组中,当他们查看WCF BasicHttp发送端口的绑定时,他们看到了我假定的默认值。。。打开1分钟,发送1分钟等

但是,如果BizTalk Server管理员的成员检查绑定,则会看到实际值。。。开放2分钟等

我假定通过BizTalk.Explorer和/或存储过程的操作员组权限对于读取值是不正确的。。。进行更改并获得预期的“权限被拒绝…”

那么,如何追踪数据在哪里,或者在本例中,数据不是来自哪里

然后如何更新它以提供只读

编辑:
检查一下,让他导出绑定并与我的导出进行比较,XML是一样的除了运营商在导出所有传输类型(即SMTP、文件、WCF-SQL等)时缺少元素之外。不幸的是,您不能更改任何内置组可以执行的操作的范围

诚然,我从未使用过BizTalk Server Operators组,因此我不确定查看或导出端口时应该得到什么,但有文档记录,BizTalk Server运营商无法修改任何配置,因此这可能只是一个奇怪的副作用

由于BizTalk Server操作员无法修改,因此它实际上是只读的,而且也是错误的:)


如果该用户以某种方式使用默认配置进行覆盖,则您发现了一个bug。

进行了一些修改,并且出现了一些帖子,例如,他们“调整”了操作员权限。。。当然,微软不支持它!根本不支持。如果您想提供定制的用户体验,BizTalk 360就是您想要的。是的,您已经看过BizTalk 360的演示。。。印象深刻