Citrix Recevier for iPad shows “Error” but Reciever for Android works

Posted on February 21st, 2012

Users connecting to a XenApp deployment via a Netscaler 9.3 & CAG Enterprise Edition using the Citrix receiver for iPad and Android. Web Interface for Netscaler was used to provide the XenApp services site.

The Android receiver worked as expected but the iPhone/iPad receiver did not enumerate the apps. On the creation of a new connection, the following errors were shown:

• iPhone: There are no applications available at this time
• iPad: Error

After much messing about, it seems that when creating a XenApp service site on the Netscaler, a checkbox is provided stating “enable connection through mobile receiver”. When this is selected a few “rewrite” rules are created to resolve a problem with the iPad/iPhone receiver connections but the rewrite feature is not enabled at the same time on the Netscaler. Simply right clicking the “rewrite” menu in the left panel and selecting to enable the feature is enough to resolve the problem.

After doing this, all mobile receivers can connect as expected.

Tags: CAG, CAG EE, CAGEE, checkbox, Citrix, Citrix Access Gateway, Citrix Netscaler, citrix receiver, enterprise, enterprise edition, error, ipad, iphone, ipod, mobile receiver, rewrite
Filed under Citrix Access Gateway, Citrix Netscaler | No Comments »

Impersonate other browsers with Chrome

Posted on February 16th, 2012

chrome.exe –user-agent=”Mozilla/5.0 (iPhone; U; CPU like Mac OS X; en) AppleWebKit/420+ (KHTML, like Gecko) Version/3.0 Mobile/1A543 Safari/419.3″

There are many “user-agent” strings that can be added to this syntax and a google search should discover the correct one required.

This is particularly useful if testing Netscaler configurations where different web pages appear for different browser types.

Tags: browser, chrome, Citrix Netscaler, fake, firefox, header, impersonate, ipad, iphone, pretend, safari, string, user-agent
Filed under Applications | No Comments »

Dell DRAC – Reset

Posted on July 18th, 2011

• SSH to the DRAC address using Putty (or a similar SSH app)
• Login using DRAC credentials
• Run the following command:
• racadm racreset

The DRAC component will be reset and should remove any issues with it..

Tags: dell, drac, rac, racadm, racreset
Filed under Uncategorized | No Comments »

Move VM from Hyper-V to XenServer

Posted on January 7th, 2011

On Hyper-V do the following:

• Power off the VM
• Backup or migrate to a CIFS share
• The backup or CIFS share will include the VHD files for the hard disks (one VHD per virtual hard disk)

On XenServer do the following:

• Create a new VM with the correct configuration (CPUs, RAM, NICs etc) and correct number of Hard Drives.
• Modify the name of the virtual disks: storage tab, select disk, properties, change name to be something unique (for example TEST or VM-C-Drive or VM-D-Drive). Do this for each disk.
• Use the cli determine the SR uuid and vm disks uuid
• > xe sr-list (note the uuid of the correct storage repository)
• > xe vdi-list name-label=VM-C-Drive (or however named above) – (Note the UUID of each disk)

Copy the VHD files to the XenServer storage volume

• Using WinSCP or similar copy to the following location (using the sr uuid determined above)
• /var/run/sr-mount/{SR-UUID}/

Rename

• The VHD files have the filename of the uuid of the virual disk as determined above.
• Rename 0r delete the first hard disk assigned to this VM (the filename with the uuid of the VM-C-Drive disk)
• Rename the Hyper-V disk 1 to the same filename {Disk1-uuid}.vhd
• Repeat the process for each disk

Now you can power on the VM and it will boot from the hard disks copied from Hyper-V.

This seems like a lot of steps but it is pretty quick to do and means that XenConvert is not required (as was not possible in my case). The VM will configure the new devices during the first boot, reboot and then be ready to use.

Tags: Citrix XenServer, Convert, copy, hyper-v, uuid, VHD, XenConvert
Filed under Citrix XenServer | No Comments »

Wyse Xenith Configuration file

Posted on September 16th, 2010

Here is a sample xen.ini file:

;*************************************************************************
;*                  Sample INI file (rename to xen.ini)                 *
;*      (Refer to Admin Guide for additional list of supported INIs)    *
;*                                                                      *
;************************************************************************

;; Wyse Xenith will only replace local engine if an upgrade is available

autoload=2

;; Specify a default domain to show at login page
;; (remove ‘;’ to enable)

Domainlist=MyDomain

;; Specify timezone on client (in case of timezone passthrough)

TimeZone=”Greenwich Mean Time” ManualOverride=yes daylight=yes Start=030507 End=100507 TimeZoneName=”GMT Standard Time” DayLightName=”GMT Daylight Time”
TimeServer=MyTimeServer1,MyTimeServer2 TimeFormat=”24-hour format” DateFormat=”dd/mm/yyyy”

;; You can choose to configure the location of XenDesktop server here
;; instead of using DHCP Option Tag #181
;; (remove ‘;’ to enable)

;pnliteserver=MyServer

This is added in the following file structure

.\inetpub\wwwroot\wyse\wnos\xen.ini

The following additional folders can also be added

.\inetpub\wwwroot\wyse\wnos\certs\

.\inetpub\wwwroot\wyse\wnos\bitmap

IIS is configured as per the admin guideto add the MIME types for .ini and . files as text/plain.

More details can be found here: CTX125881 & Wyse #15508

Filed under Uncategorized | No Comments »