XenApp 5 su Windows 2008…dominio Active Directory 2008.. e i Roaming Profiles?
Ho fatto numerose installazioni di XenApp 5 su Windows 2008, sia 32 che 64 bit, ma non avevo mai provato l’ambiente in un dominio Active Directory 2008.
Ecco che ho testato anche questa cosa: tutto funzionante… in un primo momento senza utilizzare i roaming profiles….attivati poi in un secondo momento.
E’ da qui che non riuscivo a capire il perchè di numerose stranezze……
Creati gli utenti sul dominio Windows 2008, impostati i roaming profiles e i folder redirection via GPO come sempre, noto una cosa stranissima: aprendo la WebInterface, loggandomi con l’utente e cliccando sull’icona dell’applicazione pubblicata ricevevo il desktop del server Xenapp invece che l’applicazione!!
Problema che non ha una spiegazione chiara: potrebbe essere riconducibile ad un’errata configurazione della share di rete che ospita i roaming profile a livello di NTFS, oppure un problema di profilo corrotto…ho trovato post riguardanti lo stesso problema su Metaframe XP ma risolti con hotfix…..ma io avevo l’ambiente totalmente nuovo e XenApp5!
Dopo numerose indagini e un po’ di tempo per il troubleshooting arrivo a circoscrivere la problematica, come documentato anche da altri utenti, al DOMINIO Windows 2008.
In effetti su dominio Windows 2003 non avevo mai avuto questo tipo di problema.
Come riporta anche questo thread sul forum di supporto Citrix, il problema nasce proprio dal dominio Windows 2008: infatti sembra che editando il campo “Terminal Server User Profile Path” lui vada a scrivere un percorso UNC che risulta illeggibile dalla macchina XenApp.
La cosa mi ha lasciato molto perplesso e per togliere ogni dubbio ho seguito il consiglio del collega sul forum: “prova ad editare l’utente di Active Directory da una macchina Windows 2003, membro del dominio (non Domain Controller) che abbia installato gli adminPack per la gestione del Dominio”
If you use the AD Users & Computers console of Win2K3 or a VBScript to set the TS profile path, published applications are launched as expected.
Fatto questo il mio utente XenApp a iniziato a funzionare correttamente, compreso il suo roaming profile.
Ora noto che la discussione risale a Settembre 2008, che Windows 2008 era al Service Pack 1, che non è un problema di Citrix…la mia domanda allora è:
Ma il problema non è ancora risolto? Devo continuare a gestire gli utenti da una macchina Windows 2003 se ho un dominio AD 2008? L’SP2 sui domain controller risolverebbe? Il problema e di AD quindi esiste anche su RDP ? E’ semplicemente un problema della Console di Active Directory 2008?
Sembra che nessuno ne parli… se avete qualche notizia potete postare un commento.
Grazie
UPDATE: ho trovato un altro con il mio stesso problema! link
Articoli correlati:
- Impossibile caricare il profilo roaming, verrà utilizzato un profilo temporaneo
- XenApp 5 su Windows Server 2008 Sp2: problemi di stampa
- Disponibile XenApp per Windows Server 2008 R2 Tech Preview
- LIMITED RELEASE – Hotfix XAE500W2K8X64032 – For Citrix XenApp 5.0 for Windows Server 2008 x64
- Windows server 2008 R2 e Citrix Xenapp 5

















Gian Piero Zanoni says:
ottobre 21st, 2009 at 23:17
Ho riscontrato personalmente lo stesso problema in ambiente di test. Purtroppo sembra proprio essere un bug di windows. Molto probabilmente lo share di rete dove risiedono i profili non risulta essere leggibile, quindi non ritengo sia un problema riconducibile a profili corrotti. Un workaround (ed una buona occasione per tutti di impratichirsi della tecnologia) è UPM (user profile manager). Ho fatto una prova e il problema non si ripropone. In ogni caso il problema non è imputabile a XenApp. Cordialmente. Gian Piero Zanoni.
Gabriele Pallassini says:
ottobre 22nd, 2009 at 10:50
Se così fosse, Microsoft deve risolvere questo problema, altrimenti gli utenti saranno legati sempre alla gestione degli utenti da una macchine Windows 2003.. ma a me sembra strano che non ci sia una hotfix per questo.
Non so se aprire un case con Microsoft..
Luca says:
dicembre 29th, 2009 at 16:30
Gabriele Pallassini says:
dicembre 29th, 2009 at 16:34
Luca says:
dicembre 30th, 2009 at 15:34
wi says:
febbraio 10th, 2010 at 08:53