2008 R2系统，一路安装好XENAPP6.5 FP1,然后发布K3，结果在客户端打开K3时却报错：
这个问题发生后，Web Interface角色会在Windows日志中返回两条报错信息，分别是：
事件 ID: 31003
为场XXX配置的所有 Citrix XML 服务都无法响应此 XML 服务事务。
有关此消息的特定信息，请参阅 http://support.citrix.com/proddocs/topic/web-interface-impington/wi-log-messages-event-ids-hardwick.html 中的 Web Interface 文档。
事件 ID: 30110
位于 http://XXX.XXX.XXX.XXX:XX/scripts/wpnbr.dll [com.citrix.xml.NFuseProtocol.RequestAddress] 地址的 Citrix XML 服务报告了 IMA 类型的错误(错误 ID 为 0×80000038)。服务器的事件日志中可能包含更多信息，视运行 XML 服务的服务器而定。此 Citrix XML 服务事务失败，但尚未将 XML 服务从活动服务列表中删除。
网上有同行把这个问题的一些规律总结如下：
这个问题和XenApp角色是否和License服务器、Web Interface服务器安装在一起无关
这个问题和安装过程中是否选择了”XML集成IIS服务”选项无关
这个问题和Windows防火墙是否开启了Citrix XML使用的端口无关
这个问题和XenApp服务器是否加入了域有关，如果XenApp服务器加入了域则基本不会发生此问题，如果XenApp服务器未加入域，在实验过程中复现概率为100%
这个问题和XenApp的版本有关，在同样的部署步骤下6.0版无此问题，6.5版实验过程中复现概率为100%
可以确认的是，Citrix XML端口工作正常，使用netstat命令可以看到指定的端口在正常的监听。同时使用telnet命令可以正常访问指定端口，说明端口间通信正常，未被阻塞。
网上的解决方案如下：
1、使用2008 R2 SP1系统
2、安装XENAPP 6.5 FP1最新补丁
3、仍未解决的话用ctxxmlss /rxx命令把xml端口指向另一个再指回来，99.9%可以搞定
条件所限，只能尝试最后一种方案，反复指定XML服务端口，并反复重启服务器验证，但发现人品不够好，并没有解决问题。无奈之下，想到最后一招，把CITRIX XML 服务配置为和IIS共享端口。完成后，把XML服务端口再指向IIS端口，再重新登录客户端，打开K3，可以正常登录了。
配置CITRIX XML 服务与IIS 7.x共享端口可参考我这篇文章：
http://dayday.blog.51cto.com/3248/1344590
