sql server错误日志 Login failed. & SSPI handshake failed

[晴天8]

大佬们请教一下，在发布端错误日志中，一直报错：
【
Login failed. The login is from an untrusted domain and cannot be used with Windows authentication. [客户端: 10.20.50.23]
SSPI handshake failed with error code 0x8009030c, state 14 while establishing a connection with integrated security; the connection has been closed. Reason: AcceptSecurityContext 失败。Windows 错误代码指示失败的原因。 登录没有成功 [客户端: 10.20.50.23]
】
该错误信息中的 【10.20.50.23】是订阅服务器
同时，发布订阅并没有收到印象，依然是正常同步

问：如何解决发布端错误日志中出现的这些报错问题？或者说有没有实际的分析查阅思路

[RINK_1]

订阅服务器和发布服务器的操作系统管理员账号和密码是相同的吗

[RINK_1]

引用 2 楼 晴天8 的回复:

[quote=引用 1 楼 RINK_1 的回复:]订阅服务器和发布服务器的操作系统管理员账号和密码是相同的吗

账户一样，密码不一样，因为改了密码，现在复制是正常的，但错误日志一直报这个问题，应该从什么源头分析解决呢[/quote] 把密码改成一样试试，然后SQL SERVER和SQL AGENT服务的登录用户改成操作系统管理员。

[晴天8]

引用 1 楼 RINK_1 的回复:

订阅服务器和发布服务器的操作系统管理员账号和密码是相同的吗

账户一样，密码不一样，因为改了密码，现在复制是正常的，但错误日志一直报这个问题，应该从什么源头分析解决呢

[晴天8]

引用 3 楼 RINK_1 的回复:

[quote=引用 2 楼 晴天8 的回复:][quote=引用 1 楼 RINK_1 的回复:]订阅服务器和发布服务器的操作系统管理员账号和密码是相同的吗

账户一样，密码不一样，因为改了密码，现在复制是正常的，但错误日志一直报这个问题，应该从什么源头分析解决呢[/quote] 把密码改成一样试试，然后SQL SERVER和SQL AGENT服务的登录用户改成操作系统管理员。[/quote] 这风险太大了，现有基础的东西怎么能随便动，有渠道分析吗，为什么会一直发请求信息到发布库从而产生错误信息吗