有关ULS条目“成功读取令牌XML"的问题 [英] Question regarding ULS entries 'Successfully read token XML '
问题描述
我们有1个WFE,1个App和一个DB服务器.我们将所有站点设置为各自的内容数据库中单独的以主机命名的站点集合的站点. 在内部,我们使用kerberos,但是SharePoint设置为使用Claims/NTLM.
We have 1 WFE, 1 App and a DB server. We are set up to where all our sites are separate host named site collections in their own content db. Internally we use kerberos but SharePoint is setup to use Claims/NTLM.
在对本地托管应用上的401s问题进行故障排除时,我将Claims Authentication类别设置为冗长,并注意到其中的序列看起来很奇怪,但这也许是正常的:
While troubleshooting an issue with 401s on our on-premise hosted app I set the Claims Authentication category up to verbose and noticed there is a sequence that looks odd but perhaps it is normal:
SPTokenCache.ReadTokenXml:成功读取令牌XML'Domain \ First.Last'.
SPTokenCache.ReadTokenXml: Successfully read token XML 'Domain\First.Last'.
SPTokenCache.ReadTokenXml:成功读取令牌XML'0).w | s-1-5-21-3014309999-2641978140-60519278-5911,0#.w | domain \ first.last,131702578290778817,True,WmGesDKfrute7WVWJJu4ggtFrHXDsk8dTCMZHpT + gZQyDBnnLwBDs0AlsCtjhAjtKuzZKG0rFPgm + ITYQEQqfsVH53MrgqX51p3eA32Z6tvYOYyEwSM4i5/+ + DS0AkdyL9ZJFhrJZhbOsR6xVgA1hRt0J4RJO8Wt fO5FB96QsnK7cJoXUoii5sP5oVaKpjozJDv3dHaY9TDSnavVASoBd8uFot7RFpCdCbCRCUKR4TdhphKOlI3Ng5s/SzoeyU/HomHpTvrHNkKz5zUKj9ilZ7JXnBnEQiT0pRVphChaCi2n27699 + X2XACZO + appNxhHqzV5IGXHH6vw6z1ZCc06A ==,HTTPS://TheFqdn.com/"
SPTokenCache.ReadTokenXml: Successfully read token XML '0).w|s-1-5-21-3014309999-2641978140-60519278-5911,0#.w|domain\first.last,131702578290778817,True,WmGesDKfrute7WVWJJu4ggtFrHXDsk8dTCMZHpT+gZQyDBnnLwBDs0AlsCtjhAjtKuzZKG0rFPgm+ITYQEQqfsVH53MrgqX51p3eA32Z6tvYOYyEwSM4i5/+DS0AkdyL9ZJFhrJZhbOsR6xVgA1hRt0J4RJO8Wt+fO5FB96QsnK7cJoXUoii5sP5oVaKpjozJDv3dHaY9TDSnavVASoBd8uFot7RFpCdCbCRCUKR4TdhphKOlI3Ng5s/SzoeyU/HomHpTvrHNkKz5zUKj9ilZ7JXnBnEQiT0pRVphChaCi2n27699+X2XACZO+appNxhHqzV5IGXHH6vw6z1ZCc06A==,https://TheFqdn.com/'.
SPTokenCache.ReadTokenXml:成功读取令牌XML".
SPTokenCache.ReadTokenXml: Successfully read token XML ''.
为请求网址"https"更新标头"LOGON_USER",其值为"0#.w | domain \ first.last" ://domain.com/SitePages/Home.aspx'.
他们击中的每个资源上也有302个.
There are also 302's on each resource they hit.
我对此进行查询的原因是,本文说存在一个已知条件,即xml令牌变为空白并显示为成功.那条是 这里.参见Brossetti的评论.从2015年开始,它也许不再是一个已知问题,或者它表明我们的环境中存在一些配置错误?
The reason I am inquiring about this is that this article says there is a known condition where the xml token comes up blank and is shown as successful. That article is here. See the comment by Brossetti. Its from 2015 so perhaps no longer a known issue or perhaps it points to some misconfiguration in our environment?
全爱他们...不管. -佛
Love them all...regardless. - Buddha
推荐答案
由于此问题需要通过创建远程会话进行故障排除,因此建议您打开Microsoft支持部门的票证以快速获得答复:
https://support.microsoft.com/
最好的问候,
王恩(Dean Wang)
这篇关于有关ULS条目“成功读取令牌XML"的问题的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!