• 欢迎访问小弟新的博客,推荐使用最新版火狐浏览器和Chrome浏览器访问本网站 QQ交流群群
  • 本博客坚持更新微软UC产品的相关信息与项目上遇到的问题,欢迎大家关注并提出相关改进意见。
  • 本博客每周日更新博文,同时非常欢迎各位老铁投稿,或者加入QQ群进行相关交流 QQ交流群群

SFB事件ID1073_LS文件传输代理

Sfb&Lync 张超 4周前 (09-21) 65次浏览 0个评论 扫描二维码
文章目录[隐藏]

问题描述

SFB边缘复制失败
SFB 事件 ID1073_LS 文件传输代理

解决方案

所以我开始对问题进行故障排除,首先确保通过运行 PowerShell 命令行确认复制状态

Get-CSManagementStoreReplicationStatus

而我得到相同的结果复制显示为失败
SFB 事件 ID1073_LS 文件传输代理
接下来,我启动了事件查看器并查找了任何相关的错误,我找到了事件 ID 1047“LS 文件传输代理服务”
SFB 事件 ID1073_LS 文件传输代理
接下来 Telnet 了下边缘的 4443 端口,发现是可以正常通信的,并且复制网址可以正常打开。

https:// :4443 / replicationwebservice

SFB 事件 ID1073_LS 文件传输代理
既然复制网址可以正常打开,为什么还会复制失败那,让我百思不得其解啊,然后就是一顿 Google,终于发现了问题的所在

根据 Microsoft 的说法,这是 Windows Server OS 的 Schannel 组件的设计,与认证可信模式有关的问题。

通过编辑边缘服务器的注册表项来修复此问题(确保在继续之前备份注册表项)
1、在 Edge 服务器上打开 Regedit
2、转到 HKLMSYSTEMCurrentControlSetControlSecurityProvidersSCHANNEL
3、右键单击并添加 DWORD(ClientAuthTrustMode)
4、将 DWORD 的值设置为 2
5、重启服务器
SFB 事件 ID1073_LS 文件传输代理
在前端服务器上输入如下命令进行手动复制

Invoke-CSManagementStoreReplication

再次检查复制状态

Get-CSManagementStoreReplicationStatus

SFB 事件 ID1073_LS 文件传输代理
通过上面截图我们可以发现复制已经正常,打开在打开图形化界面看下是否也复制正常了。
SFB 事件 ID1073_LS 文件传输代理


张超 , 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权 , 转载请注明SFB 事件 ID1073_LS 文件传输代理
喜欢 (0)
[Juck.Zhang]
分享 (0)
关于作者:
版主目前就职国资委旗下子公司,微软MVP、高级微软实施工程师、微软技术爱好者、钻研者;具有多年丰富的项目实践经验。在公司主要负责微软活动目录、Exchange、Skyper for Biusees等产品的架构设计、实施、问题处理等工作。
发表我的评论
取消评论

表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址