Before we jump into what a static route actually is and why we would like, or need, to configure one we must first have a basic understanding of the so-called SNIP, or Subnet IP Address, in full. And while we are at it, we will have a quick look at the MIP, Mapped IP Address, as well. Both er important to understand how traffic flows through a NetScaler device.
There are a couple of reasons why you might want, or need, to use multiple StoreFront stores. One example would be when dealing with a multi tenant environment and you want to be able to apply different configurations per store. You might have an external and an internal store, hiding certain recourses from your users. And what if you want to apply different authentication mechanisms, or you want to give certain stores and individual look and feel? As we can now easily do with StoreFront 3.0, or easier then before anyway.
When dealing with the Citrix NetScalers there is a lot to get your head around, especially when you are still relatively new to the product / technology. The different licensing models, all of the ADC (Application Delivery Controller) features (and there are a lot) the secure remote access gateway functionality and a whole bunch of abbreviations like NSIP, SNIP, MIP, VIP and so on and so forth, which will have your head spinning in no time. You have to know about monitors, static routes, load balancing, HA and more. A very interesting, powerful but potentially confusing product when starting out.
Welcome to the third and final part of my Linux VDA on CentOS 6.6 Blog series… (Nearly there!!!) If you have just stumbled across this post and would like to go back and review what has come before just click on these links: Part 1 – Installing and preparing the Linux OS and Part 2 – Installing and configuring the Linux VDA. Once again, I hope you enjoy the final part in the series and, as always, please sound off in the comments if you have any questions or feedback.
Now that we have our Linux OS installed and prepared as per part 1 of this guide. It’s time to move onto part 2 and install and configure the Linux VDA for registration with a Site Controller… Once again, I hope you enjoy the read and please sound off in the comments if you have any questions or feedback :-)
With the Linux VDA set to drop very shortly as part of the XenApp & XenDesktop 7.6 FP2 release. It seems like a good time to share the high level, yet detailed, set-up process I followed when successfully carrying out internal testing. Taken from various sources including the tech preview RHEL install guide, my colleague Lee Bushen’s detailed SLED based lab set-up guide and a tonne of Google searches and read-through’s, I hope this collection of posts can save people some time and be used and referenced as one of the definitive Linux VDA setup guides for CentOS 6.6.
During the last couple of weeks I have been testing several StoreFront / Receiver features. Relatively simple things like single sign-on for Receiver, working with multiple stores, hiding applications and/or desktops from StoreFront (Store) using PowerShell etc. things like that. At first I started out with the Tech Previews of the X1 Receiver and StoreFront 3.0, which worked ok, but I couldn’t do everything I wanted. When I reverted back to the (back then) latest Receiver build things were again fine and I could continue testing.
During the last couple of weekends I have been playing with Microsoft Azure. Once I was up to speed with the basics and concepts involved I was surprised how easy it was to set up a small test lab environment. Without using any automated setup and/or configuration scripts, it only took me a few hours to set up a fully functional test environment including Active Directory, DNS, a Certificate Authority, a XenApp/XenDesktop/Director Site, StoreFront/Receiver, Control-up and a few in place policies. Best of all, during the first 32 days it’s completely free of charge, at least for the first 150 euros. And I can tell you; those 150 can get you a long way if spend wisely. Make sure to check my 20+ takeaways and lessons learned near the end.
In this post I’ll list a whole bunch of reasons why I think it might be time to move your current XenApp IMA setup onto the new and enhanced FMA, which, depending on your license, could be either XenApp and/or XenDesktop. I’m sure you’ll find some of my arguments a bit to far-fetched or perhaps plain stupid even, and that’s fine. Feel free to comment. As the title implies I’m trying to take a positive approach here, so I won’t focus on any of the features (still) left out. Eventually we will all migrate, it’s only a question of when. Note that the below comments are in a random order.
After two years of blogging, hiding behind my MacBook :) and virtually on Twitter, Linked-In etc… the time has finally come to take the next step. On March 6th I will be presenting at the next DuCUG event, or Dutch Citrix User Group in full, taking place at Dell in Amsterdam. In fact if you are reading this, chances are that I’m on stage at this very moment. For me it is an absolute first, not just at DuCUG but also with regards to presenting, or public speaking, in general. I have had multiple opportunities in the past but I just kept making up excuses so I wouldn’t have to go up on stage. Because to be honest, the thought of standing in front of a big crowd and doing ‘my thing’ kind of scares me. And DuCUG can be considered a big crowd, at least in my book. It has been sold out for weeks, as it always is, meaning that no less than 150 IT professionals will be there to hear what I, and others, have to say. It’s an honour to be part of their line-up, check their agenda (screenshot below), there are some ‘big’ names on there.
