While setting up my XenDesktop lab environment I came across the regular errors. One of those errors was that my Windows 7 machine wasn’t registering with the Dedicated Desktop Controller (DDC). I had used a vanilla (clean) install of Windows 7 fully patched and installed in a workgroup. When setting up the catalog in XenDesktop studio I selected the vanilla Windows 7 image. I forgot that the Windows 7 machine was still in a workgroup (and not joined to my domain ). When I deployed the machines and tried to connect to the VM through the Web Interface I got the following screen:
On the DDC I saw this in the Desktop Studio console.
These are the steps I’ve taken to resolve issue:
1. Joined Windows 7 machine to domain
2. Installed VDA agent on Windows 7 VM
On the Windows 7 machine I saw this error after installing the VDA agent.
3. Edited registry and added “ListOfDDCs” as a String Value in key:
HKLMSoftwarePoliciesCitrixVirtualDesktopAgentListOfDDCs
If you are using the 64 bit version of Windows 7 (which I am) you need to add/edit the following registry key as a String Value:
HKLMSoftwareWow6432NodeCitrixVirtualDesktopAgentListOfDDCs
If you don’t add/edit this key then you’re still stuck with the error of showing the VM as “unregistered” in the Desktop Studio console.
After adding the “ListOfDDCs”key in the registry and restarting the Citrix Desktop Agent on the Windows 7 VM I saw this in the event viewer:
After this the VM in the Desktop Studio console still showed as “unregistered”.
4. I downloaded the tool XDPing from the Citrix knowledgebase site. When I ran this tool I got the following result:
The full results are shown down here:
XDPing 2.1.1.0 Checking version : You are using the latest version. ——————————————————————– NetBIOS Name = CTX-XD55003 Computer Domain: CTXTST.local ——————————————————————– User Name = administrator ——————————————————————– UTC = 1-4-2012 11:52:14 ——————————————————————– Date/Time from CTXTST.local : 1-4-2012 13:52:15 : Time difference (mins): 0 [OK] ——————————————————————– NIC #0 "Local Area Connection": NIC #1 "Loopback Pseudo-Interface 1", Loopback: NIC #2 "isatap.CTXTST.local": NIC #3 "Teredo Tunneling Pseudo-Interface": ——————————————————————– XenDesktop version 5.5 ——————————————————————– Service : WorkstationAgent ("Citrix Desktop Service") Service : PorticaService ("Citrix ICA Service") Service : Citrix Encryption Service ("Citrix Encryption Service") Service : cpsvc ("Citrix Print Manager Service") ——————————————————————– Host Name : CTX-XD55003.CTXTST.local ——————————————————————– No user session detected ——————————————————————– Status : Enabled Advanced Firewall: True Citrix ICA Service port : 1494 = DISABLE Citrix Desktop Service port : 80 = DISABLE Service port disabled for Firewall [ERROR] Current Profile name : Domain Farm GUID (GPO) : Not Set Registry based Controller list (ListOfDDCs) : [Configured] Controller: CTX-XD55.CTXTST.local:80 ListOfDDC is set in the registry to enurmerate DDC list [OK] ——————————————————————– Checking version : You are using the latest version. [OK] Number of messages reported = 3 |
After adding the ports to the firewall policy I ran XDPing again and got this back :
After looking in the Desktop Studio console I saw that the VM was “Registered”.
I logged on to the Web Interface and I could start and logon to my VM.
So far my first issues with XenDesktop 5.5.
I’ll keep you posted with my issues and progress on my quest on knowledge for all the Citrix products.
As a reference I used the following Citrix article CTX117248, CTX126992, CTX123278.
What ports did you add to the firewall policy exactly? I have 1494 and 2598 added but still having issues.
Hi Sean,
Did you run the XDPing tool mentioned above? If so, what was the outcome of it? Any errors?
Cheers,
Jack
additionally ….
In Citrix XenDesktop 7.x there has been a change that DNS alias isn’t allowed anymore. See article http://support.citrix.com/article/CTX137960 for more information.
The CNAME lookups have been disabled to enforce a tighter security model in XenDesktop 7.
CNAME can be re-enabled by the following registry setting:
32-bit and 64-bit:
Registry Key: HKEY_LOCAL_MACHINESOFTWARECitrixVirtualDesktopAgent
Name: UseCnameLookup
Type: REG_DWORD
Value: 1
(1 = enabled)
For a proper registration of the workplace the following registry setting has to be added to the client also:
32-bit:
Registry Key: HKEY_LOCAL_MACHINESoftwareCitrixVirtualDesktopAgent
Name: ListOfDDCs
Type: REG_SZ
Value: deliverycontrollerA deliverycontrollerB
64-bit:
Registry Key: HKEY_LOCAL_MACHINESoftwareWow6432NodeCitrixVirtualDesktopAgent
Name: ListOfDDCs
Type: REG_SZ
Value: deliverycontrollerA deliverycontrollerB
After adjustment the registration in XenDesktop works fine 😉
In total my reg-file looks like:
Windows Registry Editor Version 5.00
; Fix to register VDA on XenDesktop 7.5
; http://support.citrix.com/article/CTX137960
[HKEY_LOCAL_MACHINESOFTWARECitrixVirtualDesktopAgent]
“UseCnameLookup”=dword:00000001
“ListOfDDCs”=”deliverycontrollerA.domain.org deliverycontrollerA.domain.org”
[HKEY_LOCAL_MACHINESOFTWAREWow6432NodeCitrixVirtualDesktopAgent]
“UseCnameLookup”=dword:00000001
“ListOfDDCs”=”deliverycontrollerA.domain.org deliverycontrollerA.domain.org”
Remark:
On 64-bit environments in XenDesktop 5.6, the setting ListOfDDCs was needed in HKEY_LOCAL_MACHINESOFTWAREWow6432Node…
On 64-bit environments in XenDesktop 7.5, the setting ListOfDDCs and UseCnameLookup is only needed in HKEY_LOCAL_MACHINESOFTWARE…
The Wow6432Node supplement seems no longer to be necessary in a XenDesktop 7.5 environment. To be sure I add them under both.
Bonus:
Sometimes the logon to a XenDesktop 7.x published desktop may take long and a black screen may be visualized.
The causes are not very clear but article http://support.citrix.com/article/CTX135782 describes the steps required to modify a registry setting on a XenApp server that will help you reduce logon times. This setting is also useful in a XenDesktop environment.
HKEY_LOCAL_MACHINESOFTWAREWow6432NodeCitrixLogon
Name: DisableStatus
Type: REG_DWORD
Value: 00000001
In total my reg-file looks like:
Windows Registry Editor Version 5.00
; Fix Slow logon and black screen on XenDesktop 7.x
; http://support.citrix.com/article/CTX135782
[HKEY_LOCAL_MACHINESOFTWAREWow6432NodeCitrixLogon]
“DisableStatus”=dword:00000001
When you say “Firewall Policy” do you mean on the VM that you are trying to share or the DDC policy?
Thanks.
Hi
I have the same issue. The strange thing is that the VDI’s have state ‘Ready’ until a user is connecting. When the user is trying to connect, the state is changed to ‘Unregistered’ with the error 1015 (The Citrix Desktop Service’s connection to the Citrix Desktop Delivery Controller Service was terminated. The Citrix Desktop Delivery Controller Service is running on server ”.
Check that there is no active firewall blocking the controller communicating with this machine.
Please refer to Citrix Knowledge Base article CTX117248 for further information.
Error details:
Keep-alive request was rejected.
)