Citrix Product Names 2019

You can scroll down for some of the background information but let's jump right into it.

The Cheatsheet

Formerly Known As	Current
App Layering, Unidesk	Citrix App Layering
Provisioning Service, PVS	Citrix Provisioning
NetScaler	Citrix ADC
NetScaler AppFirewall	Citrix Web App Firewall
NetScaler Gateway, Access Gateway, Unified Gateway, CAG	Citrix Gateway
NetScaler Management and Analytics System	Citrix Application Delivery Management
NetScaler SD-WAN	Citrix SD-WAN
ShareFile	Citrix Content Collaboration
StoreFront	StoreFront
Receiver	Citrix Workspace app
Workspace Environment Management, Norskale	Citrix Workspace Environment Management
XenApp, Presentation Server, MetaFrame	Citrix Virtual Apps
XenDesktop	Citrix Virtual Apps and Desktops
XenMobile	Citrix Endpoint Management
XenServer	Citrix Hypervisor

Ten years ago @gabeknuth wrote "XenApp" is brilliant! about getting rid of the Presentation Server name.  Not everyone was happy because let's face it, change is hard, but it did unify a bunch of the major products.  Over time, everyone got used to and even grew to love the Xen moniker.  In the summer of 2018, Citrix set out on the most ambitious rebranding of products arguably since changing Presentation Server into XenApp.

[Citrix] + [what the solution does]

There is a different kind of naming unification going on now.  In my opinion, it is because products are unifying into integrated solutions.  The cheat sheet above should help you translate the old to the new but possibly more helpful is to know the formula.  The formula above is simple enough.  One of the best examples of this is XenMobile changing to Citrix Endpoint Management.  It is better because Endpoint Management manages not only traditional mobile smartphones like Apple iOS and Google Android but also MacOS, Chrome OS, Windows 10 and more.  For more information, see this product guide.

It will take time to get used to the new naming.  If you are talking to a Citrix employee or partner, feel free to use the old name--we'll know what you are talking about.  On the flipside, you may hear employees using the new names (and we are being encouraged to)--feel free to ask for clarification and we will be happy to translate.  2018 also brought new product edition names.  For more information on those changes, stay tuned for another blog post.

Brian @sagelikebrian

Citrix Receiver - Azure Servers - TCP Resets Client Side

Purpose:

This post explains an issue that occurred to me when trying to establish connections to Citrix VDAs (Server 2016) in Azure. Within our environment we have a VPN tunnel to connect our primary datacenter to our Azure tenant. The VPN tunnel is a very important piece to this puzzle.

Symptom:

Once the VDA is built, they are registering to the Delivery Controllers and apps/desktops are published you are attempt to establish a connection via published app or desktop the client has issues keeping the connection. Specifically once the application/desktop is launched, Citrix receiver/workspace launches and tries to establish a connection and gets stuck at "Connection in progress...."



Reviewing network trace logs through firewalls and wireshark you will notice TCP Resets on the client side.


Resolution:

The easiest option here is to disable Enlightened Data Transport aka HDX Adaptive Transport within the Citrix Studio policies for the delivery group(s) that are hosted on Azure.



Cause:
This article details it best but the primary reason is because of IP fragmentation isn't handled correctly over the VPN tunnel. Disabling EDT addresses this issue.

https://support.citrix.com/article/CTX231821

As of right now I don't have a way to get this to work correctly if you want EDT turned on.


SageLike Post ID: SL0021

Applies to:

Citrix VDA's hosted within Azure that has a VPN tunnel connecting Azure to the on-premise infrastructure.

References:
https://support.citrix.com/article/CTX231821

Citrix Reciever - Multiple Monitors w/ Different Resolutions - Right Mouse Clicks Not Recognized

Purpose:
This post is to assist in the resolution of right mouse clicks not being recognized on certain published apps when the endpoint device has multiple monitors that are different display sizes.

Symptom:
When the user launches a published application and is unable to right mouse click on certain portions of the application. I had this issue when the user would move the published app to their secondary monitor (in my case it was the left monitor) then one specific portion of the application would not recognize the right click of the mouse. However if the published app was moved to the primary monitor (right monitor) then it would behave correctly. 

Resolution:
What ended up fixing the issue was changing the display settings so that the left monitor was the primary monitor then adjusting the users Start Menu and Desktop icons to the right monitor. Once we did that the published app would recognize the right clicks on both monitors.


SageLike Post ID: SL0016

Applies to:

Windows 7 at least
This was my first encounter with this issue. I'll update this post if the issue comes up in other OS's

Citrix Access via Chrome is Broken

Purpose:
This post explains Google Chrome functionality that can negatively impact the access to any Citrix environment.

Symptom:
After clicking on a published application or desktop icon in StoreFront using Chrome--nothing happens.

or

After logging on to StoreFront using Chrome, it never thinks Citrix Receiver is installed and offers it to me to download before I get to see my icons.

or

You have a warning to, "Unblock the Citrix plug-in".

Resolution:
1) Re-enable the plugin using CTX137141.  This workaround will end in November 2015 when Google permanently disables NPAPI.
2) Customize StoreFront to remove the prompt to download Receiver with customized code.
3) Customize StoreFront with a link to download Receiver with customized code.
4) Enable a user setting to always open .ica files using CTX136578.
5) Use another browser not affected by the Chrome changes


Cause:
Back in November 2014, Google announced it will remove NPAPI support from Chrome.  They are making this change to, "improve security, speed, and stability" of the browser.   In April 2105, they will changing Chrome's default settings to disable NPAPI before removing it entirely in September of 2015.

What does this mean for my Citrix users who use Chrome?

Receiver detection.  The NPAPI plugin that Receiver (Windows and Mac) installs allows Receiver for Web (aka StoreFront) to detect if Citrix Receiver is or is not installed. Without this plugin, it assumes you do not have Receiver and will offer it for you to download and install. As an aside, you may have noticed that Internet Explorer has an ActiveX control that does the same thing. If your user does not have Receiver then they can not launch their Citrix application or desktop, so this is a good thing. If your user is already running Receiver but gets offered the Receiver download this will be confusing and could potentially be a bad thing.

Launching applications and desktops.  Let me explain what should happen when you click on the icon for, say, Outlook 2010 in StoreFront (aka Receiver for Web). StoreFront will talk to a delivery controller to figure out what machine is hosting Outlook 2010 and has the lowest load. StoreFront will then offer you a .ica file to download. If you have the plugin, Windows will know that this is a configuration file that should be opened by Receiver. Receiver will then connect you to your application. This all happens quickly and seamless making it seem like Outlook 2010 launches immediately.

Without the plugin, you will download an .ica file but Outlook 2010 will not open until you click it. Chrome does have the option (the arrow on the downloaded file) to “Always open files of this type” as shown in CTX136578.


SageLike Post ID: SL0009

Applies to:
Google Chrome
StoreFront (aka Receiver for Web)
Receiver
XenApp
XenDesktop
Maybe others

References:
http://blogs.citrix.com/2015/03/09/preparing-for-npapi-being-disabled-by-google-chrome/
http://blog.chromium.org/2014/11/the-final-countdown-for-npapi.html
http://support.citrix.com/article/CTX141137
http://support.citrix.com/article/CTX136578