Category: WebInterface/Storefront
TranslateIP For StoreFront V2
Translate for Storefront从最初发布到现在已经过去了超过5年时间，目前仍然时不时有人来咨询具体的使用问题，所以决定对过去收集到的一些问题进行集中处理，过程中由于系统以及StoreFront的一些限制，于是重构了所有代码以及配置文件，以便后续的维护和使用。 旧版本中存在的一些限制和问题 对于通过WebHelper方式调用的浏览器或者终端无法进行修改。比如Chrome浏览器就是使用的这种方式，在点击应用的时候，Storefront会返回一个链接（而不是常规的ICA文件），而后调用Receiver的过程中传递过去，Receiver再来通过链接下载ICA文件。 由于IIS Module权限的问题，导致配置文件以及写日志文件存在权限问题，配置过程中较为复杂，所以，在最开始的时候就决定不引入日志，从而导致后续出问题后troubleshooting比较困难。
Receiver for Web Tracing
我们知道，对于StoreFront本身，可以通过PowerShell开启verbose tracing，可以参考： Add-PSSnapin Citrix.DeliveryServices.Framework.Commands # 这里要说明一下相对KB新增的两个参数： # -FileSizeKb, 默认设置单个日志文件只有1M大小，对于生产环境实在太小，建议修改到20-50M # -FileCount, 同样，默认设置值保留3个日志文件，建议增加到5个 Set-DSTraceLevel –All –TraceLevel Verbose -FileSizeKb 20480 -FileCount 5 How to Enable StoreFront Verbose Logging 对于Native Receiver，在CDF Trace之外，我们还可以通过注册表的方式来开启Authentication Manager以及self-service相关的verbose trace，可以参考： How to Enable Logging on Receiver for Windows Using Registry Entrie
通过StoreFront控制Native Receiver快捷方式行为
大家都知道，我们可以很方便的通过前台Receiver的注册表以及客户端组策略的方式来控制发布应用以及桌面的快捷方式是否放到开始菜单以及桌面上。 Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\Dazzle] “PutShortcutsOnDesktop”=”” “PutShortcutsInStartMenu”=”” 设置相应的值为True/False即可实现开关。 同样，我们也很容易在前台的组策略模板中找到相应的设置。相关路径如下： #需要先导入ADM或者ADMX策略模板 Computer Configuration \ Administrative Templates \ Citrix Components \ Citrix Receiver \ SelfService \ Manage App shortcut
StoreFront Troubleshooting and Logging
本文主要介绍StoreFront的各种日志以及开启方法。 在StoreFront的问题拍错（Troubleshooting）过程中，主要涉及到下面的一些日志： 安装日志（Installation Logs） 控制台/PoSH日志（MMC Console / PoSH Logs） 详细的Service日志（Services Verbose Tracing） 系统事件日志（Windows Event Logs） 网络包（Network tracing）
Enable SSON For XenApp Services Support
当StoreFront启用了XenApp Services Support （Legacy support）之后，那么Receiver就仍然可以通过Pnagent的方式通过config.xml方式来访问以及添加账户（Account/Store） 但是如果需要对于legacy site或者说是XA Services support site开启直通登录（passthrough，single sign-on）的话，那么只能通过命令行或者直接修改配置文件的方式才可以。 单单通过GUI启用authentication method只针对Store Web生效。
Storefront 客户端检测流程
这篇文章主要介绍StoreFront ClientDetection 的整个流程，便于针对相关问题进行排错处理。 下图基本上囊括了整个客户端检查的5个步骤（点击查看大图）。
彻底禁用SilentDetection.aspx，极速登录
其实在之前有发过两篇关于加速Web Interface登录过程的文章： WebInterface / Storefront访问加速 Web Interface的页面跳转过程分析 主要针对Web Interface登录过程中页面的加载流程和如何跳过SilentDetection页面进行了简单的介绍，而且给出了一种简单的跳过客户端插件安装提示的方法，该方法无法完全避免客户端监测，只是减少了部分步骤。 这篇文章主要是详细理解加载过程并提供彻底跳过SilentDetection的方法。
TranslateIP For StoreFront外网发布地址转换
在Web Interface时代，如果需要把内网的XA/XD环境发布的外网，那么可以通过设置Secure Access来进行IP以及Port映射，从而让外网用户通过地址转换的方式访问内网资源。但是在StoreFront发布之后，该功能已经被取消，取而代之的是，如果需要使用StoreFront发布资源到外网，那么唯一的办法就是通过Access Gateway/Netscaler进行ICA代理，否则就只能回退到使用Web Interface。 针对这种情况，这里提供了一个简单的IIS HttpModule来提供地址转换的功能，让StoreFront也具有了地址转换的功能，下载地址请参考文章结尾。
WebInterface / Storefront访问加速
常规的方法这里就不多介绍了。 WebInterface和StoreFront都会在加载登陆框之前，检查客户端是否安装相关的插件，所以中间会有多次的跳转，这对于网络延迟较高的网页来说，访问速度会很慢。所以，我们可以让WI来跳过这些步骤，直接展示登陆界面。[alert type=”warning”]但是可能产生的问题是，会导致没有安装插件的用户会收不到需要安装Citrix Receiver的提示。[/alert] WebInterface的默认站点功能是通过wwwroot目录下的WebInterface.htm文件的跳转来实现的： <!– WebInterface.htm Copyright (c) 2000 – 2010 Citrix Systems, Inc. All Rights Reserved. –> <script type=”text/javascript”> <!– window.location=”/Citrix/DesktopWeb”; // –> </script>
虚拟桌面启动后自动全屏
如果客户端有多个显示器，打开虚拟桌面后，如果需要进入到全屏模式（覆盖所有的客户端显示器），目前还是需要一定技巧的，需要把桌面拖放到两个屏幕的中间，然后全屏才可以实现。否则，简单的全屏只会覆盖当前所在的屏幕。这对普通用户来说，使用有一定的要求，所以，我们可以通过简单的调整，让虚拟桌面在启动后，自动进入到全屏状态，免去了手动全屏的操作。 我们可以通过以下几种方式来实现： 修改ICA文件：针对所有用户生效 修改客户端注册表全局设置：对使用客户端用户的所有桌面生效 修改特定桌面组的注册表设置：只对特定桌面组生效
如何创建XenDesktop类型的站点
如果使用XenDesktop安装的Web Interface，我们会发现，XenDesktop会帮我们建立两个站点，一个是DeskotpWeb，另外一个就是传统的Services Site。而我们访问DesktopWeb的时候会发现，网页上的文字和图片会稍微有点差异，DesktopWeb会显示XenDesktop的图片。 而手动再次创建Web Site的时候，我们会发现，上面的图片内的文字变成了XenApp，而不是Citrix XenDesktop。
Receiver退出时，删除桌面和开始菜单应用程序图标
在新版本的时候，可能会发现Receiver在退出或者Session logoff以后，显示在桌面的图标并没有被删除，可能影响到用户体验。 我们可以修改WI的配置来实现Receiver退出或者会话注销的时候清理程序图标（Application icon）。
配置Citrix Plugin备用URL地址
如果在Citrix客户端插件或者Receiver中如果只能配置一个地址的话，那么如果该服务器停止工作，Receiver将无法连接到后端的应用和桌面，此时就存在单点故障，为了解决该问题，可能需要对WI做HA，但是现在WI提供了另外一种机制，可以通过设置Backup URL来向Citrix Receiver（以前叫plugin）推送多个WI地址，这样，在Receiver无法联系主WI以后，就会依次连接备用地址，从而避免了单点故障。
Web Interface 5.4部署Citrix Receiver客户端
在老版本的Web Interface组件安装的时候，如果我们选择复制并部署Citrix Online Plug-in的话，会自动XenApp或者XenDesktop安装镜像上的客户端插件复制到Web Interface的安装目录。当用户登录WI的时候，如果检测到客户端没有安装Citrix客户端插件（Receiver或者Plugin），那么会自动提示用户安装，当用户点击安装的时候，能够自动从WI服务器下载。 而在新版本的Web Interface 5.3以及5.4版本中，而且，由于Citrix修改了客户端插件的名称，由原有的Citrix Online Plugin Web到现在的Citrix Receiver，所以目前的默认设置是从Citrix网站自动下载，而跳过了本地服务器。
修改Web Interface的Authentication Point
默认情况下Citrix Web Interface Management Console是不支持修改Authentication Point的，也就是认证发生的位置，比如在AG上或者在Web Interface上。如果我们要修改认证的位置，那么我们就必须创建新的Site，然后重新配置站点。但是有些情况下，如果我们对WI做了很多的定制和个性化以后，重新创建站点，就增加了很大的工作量，这个时候我们可以有更简单的方法来修改。这里只是讲Authentication Point从access gateway修改为web interface，反过来可以逆推。其他方式没做研究。
Web Interface枚举和启动应用程序非常慢
今天搭建一个测试环境：新安装的XenApp测试环境，发布应用程序，连域环境都是全新的，结果发现，访问Web Interface的时候速度就比正常的慢点，登录的时候更慢，即使是第二次，第三次以后，点击应用程序的时候，都是很长事件没有反应，要等很久才弹出ICA Client打开launch.ica文件的画面，大概需要20~30秒左右。 实在无法忍受，不知道是什么原因，用自己的镜像安装的操作系统的时候基本没有出现过这种问题，而用别人安装好的系统，全新干净的环境都很慢，实在想不通是什么问题。
XenDesktop 5 User Driven Desktop Restart
在XenDesktop 4中，我们可以设置下Desktop Group属性，在桌面的右侧可以出现重新启动按钮，让用户在桌面出现问题的过程中可以先行重启虚拟桌面的电源来解决大部分问题。也就是所谓的用户行为驱动的桌面重启。 而XenDesktop 5中仍然又该功能，但是可能隐藏的比较好，不容易被大家发现！