Articles of citrix

用超过30%的大小replace窗口超大光标文件(Server 2008 R2)

目前有一个视力差的客户,他的屏幕上的一切都比标准的要大。 问题是运行Citrix应用程序[XenApp]时,鼠标不能正确缩放。 他的本地PC被设置为150%的缩放比例,鼠标指针设置得特别大。 Citrix应用程序服务器设置为125%缩放,鼠标设置为特大。 从本地移动到托pipe会话时,鼠标会显着缩小。 当我在服务器上将缩放比例提高到150%时,鼠标尺寸就会很好[保持相同的本地和托pipe状态],但是,其应用程序中的所有字体现在太大而无法使用。 我尝试过不同的本地组合,托pipe,但鼠标不会正确缩放。 所以我的想法是编辑鼠标包,只是增加30%的大小,但这听起来并不像听起来那么容易。 打开朝正确的方向轻推。

您对供应商的想法要求所有用户使用相同的用户名和密码loginMSterminal服务器

我有一个供应商指出,他们将不会支持他们正在安装的Microsoft Server 2008 R2terminal服务器,除非所有用户使用相同的用户名和密码login。 他们声称这是为了让最终用户更容易。 服务器是独立的,同时运行应用程序(EMR)和后端数据库(MySQL)。 我们的每个办事处都将获得这些服务器之一。 我的顾虑是1)安全性和2)使用相同用户帐户的所有用户可能遇到的问题。 安全性是一个问题,因为我们属于HIPAA,DB和包​​含PHI的所有存储文档都存储在TS上,并且没有任何ACL限制对通用用户帐户的访问。 供应商说,DB需要密码login,所以这个设置是安全的。 我一直要求用户在使用RDP,Citix等服务器或服务器场时拥有自己的帐户,所以我没有任何真实世界的经验。 想知道每个人对这种设置的看法。

当通过Citrix Receiver(或Citrix服务器)login到Citrix会话时跨越多个监视器

我在Windows 8中使用Citrix Receiver,在另一台PC上使用Windows XP。 我经常从家里login工作,无法跨越双显示器的会话,就像使用“mstsc / span”使用“mstsc”(远程桌面)时可以轻松完成的操作一样。 这可以通过在服务器(Citrix服务器)上设置选项还是在客户端(Citrix Receiver)所在的计算机上实现? 我没有访问服务器,但是如果有办法的话,我可以提出这个请求。 http://receiver.citrix.com

从BYOD打印到内部打印机

我有一个外部承包商坐在我的办公室,可以通过Citrix访问各种文件共享(他们不在我们的内部networking上)。 这些承包商需要打印。 有没有办法从不在Citrix上的程序打印到networking打印机(由于他们需要从不在Citirx中的特定程序进行打印,因此在Citrix中打印目前不是一个选项)? 或者我只需要使用papercut的webprint(不如直接打印到打印机那么好)?

文件系统访问速度慢

我正在尝试诊断服务器上的文件系统问题。 这已经持续了相当长的一段时间了,我已经没有什么想法可以尝试。 这是它的厚度。 服务器本身是戴尔Poweredge T310。 它有4个SAS硬盘,configuration为RAID5,并运行Citrix XenServer 5.6。 虚拟机是一个(相对)旧的Debian 5.0.6安装。 它有4个内核,4Gb的RAM。 它有3卷。 系统的10Gb容量(ext3),数据的980Gb容量(xfs)(约94%满容量)和另外200Gb容量(xfs)的数据(约13%满容量)。 现在这是奇怪的事情。 对980Gb卷的读/写访问非常慢。 如果我幸运的话,我可能会得到5Mb / s。 起初,我认为它实际上是在系统或虚拟机pipe理程序级别的磁盘访问,但是完全排除在同一台主机上的其他虚拟机运行得非常好(几百Mb / s磁盘访问)。 那么我开始瞄准这个特定的虚拟机。 我开始认为这是XFS,但是为了certificate我不打算改变980Gb硬盘上的文件系统,在那里有几年和几十亿的文件。 所以我调配了200Gb的驱动器,并做了相同的读/写testing(基本上是dd),并且获得了几百Mb / sr / w的访问权限。 所以排除了VM,硬件和文件系统的types。 在/var/log/kern.log中也有很多这样的内容。 (对不起,这很长) Sep 4 10:16:59 uriel kernel: [32571790.564689] httpd: page allocation failure. order:5, mode:0x4020 Sep 4 10:16:59 uriel kernel: [32571790.564693] Pid: 7318, comm: httpd Not tainted […]