Hello,
j’ai un problème casse-c… sur la plateforme d’un de nos clients.
Il dispose d’une batterie de 4 serveurs Citrix XenApp 4.5 sur Win2003 R2 SP2.
Régulièrement, il a des problèmes avec Internet Explorer (v6) : dans Outlook, lorsqu’il clique sur un lien hypertexte, rien ne se passe. Si je lance le navigateur IE dans sa session, que je coche l’option “Vérifier le navigateur par défaut…” que je referme et que j’ouvre à nouveau, aucun message d’alerte. Je suppose donc que IE est bien navigateur par défaut.
Sur le même serveur, je me connecte avec un autre utilisateur -> mêmes symptômes.
Maintenant si je me connecte avec un compte Administrateur sur la machine et que je lance IE, là il me dit que IE n’est pas le navigateur par défaut. Je valide donc pour qu’il le remette comme il faut, et là hop…les liens hypertextes de mes utilisateurs fonctionnent à nouveau !
Le problème se trouve donc bien au niveau du serveur. Le problème c’est que je ne comprends pas pourquoi il perd ce paramétrage par défaut et comment le maintenir (parce qu’évidemment, il saut à nouveau parfois). Des idées ? Merci…
bonjour,
est ce que la redirection de contenu serveur vers client est active au niveau de la ferme ou du serveur ?
Non, justement, ces options ne sont pas activées. Je viens de revérifier.
Personne n’a d’idée ? :’(
dans ton registre machine et utilisateur, vers quoi pointe http et https ? (HKEY_CLASSES_ROOThttp par exemple)
Voici par exemple l’extraction de la clé HTTP :
Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOTHTTP]
@=“URL : Protocole HyperText Transfer (HTTP)”
“EditFlags”=dword:00000002
"URL Protocol"=""
“Source Filter”="{E436EBB6-524F-11CE-9F53-0020AF0BA770}"
[HKEY_CLASSES_ROOTHTTPAnimExtensions]
"."=“dxmasf.dll,150"
”.asf"=“dxmasf.dll,150"
”.asp"=“dxmasf.dll,150"
”.asx"=“dxmasf.dll,150"
”.nsc"=“dxmasf.dll,150"
”.wax"=“dxmasf.dll,150"
”.wm"=“dxmasf.dll,150"
”.wma"=“dxmasf.dll,150"
”.wmv"=“dxmasf.dll,150"
”.wmx"=“dxmasf.dll,150"
”.wvx"=“dxmasf.dll,150”
[HKEY_CLASSES_ROOTHTTPDefaultIcon]
@=hex(2):25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6f,00,74,00,25,
00,5c,00,73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,75,00,72,00,
6c,00,2e,00,64,00,6c,00,6c,00,2c,00,30,00,00,00
[HKEY_CLASSES_ROOTHTTPExtensions]
".ASF"="{6B6D0800-9ADA-11d0-A520-00A0D10129C0}"
".ASX"="{4B428940-263C-11d1-A520-000000000000}"
".ASP"="{4B428940-263C-11d1-A520-000000000000}"
".WAX"="{4B428940-263C-11d1-A520-000000000000}"
".WM"="{6B6D0800-9ADA-11d0-A520-00A0D10129C0}"
".WMA"="{6B6D0800-9ADA-11d0-A520-00A0D10129C0}"
".NSC"="{4B428940-263C-11d1-A520-000000000000}"
".BECK"="{6B6D0800-9ADA-11d0-A520-00A0D10129C0}"
".WVX"="{4B428940-263C-11d1-A520-000000000000}"
".WMV"="{6B6D0800-9ADA-11d0-A520-00A0D10129C0}"
".WMX"="{4B428940-263C-11d1-A520-000000000000}"
[HKEY_CLASSES_ROOTHTTPshell]
[HKEY_CLASSES_ROOTHTTPshellEdit]
@="&Edit"
[HKEY_CLASSES_ROOTHTTPshellEditcommand]
@="“C:\Program Files\Microsoft Office\OFFICE11\msohtmed.exe” %1"
[HKEY_CLASSES_ROOTHTTPshellopen]
[HKEY_CLASSES_ROOTHTTPshellopencommand]
@="“C:\Program Files\Internet Explorer\iexplore.exe” -nohome"
[HKEY_CLASSES_ROOTHTTPshellopenddeexec]
@=""%1",-1,0,"
“NoActivateHandler”=""
[HKEY_CLASSES_ROOTHTTPshellopenddeexecApplication]
@=“IExplore”
[HKEY_CLASSES_ROOTHTTPshellopenddeexecTopic]
@=“WWW_OpenURL”
[HKEY_CLASSES_ROOTHTTPshellPrint]
@="&Print"
[HKEY_CLASSES_ROOTHTTPshellPrintcommand]
@="“C:\Program Files\Microsoft Office\OFFICE11\msohtmed.exe” /p %1"
[HKEY_CLASSES_ROOTHTTPShellEx]
[HKEY_CLASSES_ROOTHTTPShellExIconHandler]
@="{42042206-2D85-11D3-8CFF-005004838597}"
C’est la même clé avant ou après avoir remis IE navigateur par défaut (j’ai fait un comparatif). C’est d’autant plus bizarre que c’est la seule plateforme qui me fait ça.
question bete : outlook est une application publiée ou accédée depuis un bureau ? si c’est une pubapp, ca donne quoi depuis un bureau ?
Les deux… Les utilisateurs disposant de PC portables ou fixes ont l’AgentPN, alors que ceux équipés de terminaux ont un bureau publié (sécurisé par un AgentPN sur les serveurs pour la mise à dispo des applis). Effectivement, a priori, ce seraient plutôt des utilisateurs de portables qui remontent l’anomalie…en même temps, ce sont surtout eux qui utilisent Outlook.
Je vais essayer de faire un test croisé et je te dis ce que ça donne. Mais peut-être que tu as déjà une idée à le soumettre ?
Bon, ben je viens de tester -> c’est pareil dans les deux cas.
en fait cela permettait de vérifier une sorte de dépendence sur explorer.exe pour ces clefs…
tu peux faire un regmon (filtré sur outlook.exe et iexplore.exe, ainsi que sur la string http) quand tu tente de cliquer sur un lien ?
Je teste ça la semaine prochaine
Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOTHTTP]
@="URL : Protocole HyperText Transfer (HTTP)"
"EditFlags"=dword:00000002
"URL Protocol"=""
"Source Filter"="{E436EBB6-524F-11CE-9F53-0020AF0BA770}"
[HKEY_CLASSES_ROOTHTTPAnimExtensions]
"."="dxmasf.dll,150"
".asf"="dxmasf.dll,150"
".asp"="dxmasf.dll,150"
".asx"="dxmasf.dll,150"
".nsc"="dxmasf.dll,150"
".wax"="dxmasf.dll,150"
".wm"="dxmasf.dll,150"
".wma"="dxmasf.dll,150"
".wmv"="dxmasf.dll,150"
".wmx"="dxmasf.dll,150"
".wvx"="dxmasf.dll,150"
[HKEY_CLASSES_ROOTHTTPDefaultIcon]
@=hex(2):25,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6f,00,74,00,25,
00,5c,00,73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,75,00,72,00,
6c,00,2e,00,64,00,6c,00,6c,00,2c,00,30,00,00,00
[HKEY_CLASSES_ROOTHTTPExtensions]
".ASF"="{6B6D0800-9ADA-11d0-A520-00A0D10129C0}"
".ASX"="{4B428940-263C-11d1-A520-000000000000}"
".ASP"="{4B428940-263C-11d1-A520-000000000000}"
".WAX"="{4B428940-263C-11d1-A520-000000000000}"
".WM"="{6B6D0800-9ADA-11d0-A520-00A0D10129C0}"
".WMA"="{6B6D0800-9ADA-11d0-A520-00A0D10129C0}"
".NSC"="{4B428940-263C-11d1-A520-000000000000}"
".BECK"="{6B6D0800-9ADA-11d0-A520-00A0D10129C0}"
".WVX"="{4B428940-263C-11d1-A520-000000000000}"
".WMV"="{6B6D0800-9ADA-11d0-A520-00A0D10129C0}"
".WMX"="{4B428940-263C-11d1-A520-000000000000}"
[HKEY_CLASSES_ROOTHTTPshell]
[HKEY_CLASSES_ROOTHTTPshellEdit]
@="&Edit"
[HKEY_CLASSES_ROOTHTTPshellEditcommand]
@=""C:\Program Files\Microsoft Office\OFFICE11\msohtmed.exe" %1"
[HKEY_CLASSES_ROOTHTTPshellopen]
[HKEY_CLASSES_ROOTHTTPshellopencommand]
@=""C:\Program Files\Internet Explorer\iexplore.exe" -nohome"
[HKEY_CLASSES_ROOTHTTPshellopenddeexec]
@=""%1",,-1,0,,,,"
"NoActivateHandler"=""
[HKEY_CLASSES_ROOTHTTPshellopenddeexecApplication]
@="IExplore"
[HKEY_CLASSES_ROOTHTTPshellopenddeexecTopic]
@="WWW_OpenURL"
[HKEY_CLASSES_ROOTHTTPshellPrint]
@="&Print"
[HKEY_CLASSES_ROOTHTTPshellPrintcommand]
@=""C:\Program Files\Microsoft Office\OFFICE11\msohtmed.exe" /p %1"
[HKEY_CLASSES_ROOTHTTPShellEx]
[HKEY_CLASSES_ROOTHTTPShellExIconHandler]
@="{42042206-2D85-11D3-8CFF-005004838597}"
C'est la même clé avant ou après avoir remis IE navigateur par défaut (j'ai fait un comparatif). C'est d'autant plus bizarre que c'est la seule plateforme qui me fait ça.
[HKEY_CLASSES_ROOThttpshell]
@="open"Cette clé définit l'action par défaut sur l'extension en question parmi les actions définis (open, edit, print dans ce cas). Sans ça cela doit merder.
Ben non, pourtant, malgré l’absence de cette valeur, ça n’a pas l’air de changer grand chose.
J’ai à nouveau eu le soucis ce matin. J’ai refait un extract de la base de registre avant/après : en fait, une seule valeur change dans le HTTP : l’icône par défaut.
A mon avis, la modification doit intervenir ailleurs que dans cette clé. Je vais essayer de creuser avec un REGMON…
Au niveau serveur : il y’a cela : HKEY_LOCAL_MACHINESOFTWAREClasses et HKEY_CLASSES_ROOT
Au niveau utilisateur : HKEY_CURRENT_USERSoftwareClasses
Et c’est clair process monitor est ton ami 
Bon…pas grand chose de mieux malgré REGMON.
Effectivement, je vois du mouvement dans HKCR et dans HKCUSoftwareClasses, mais ça ne m’aide en rien.
J’ai des erreurs lorsqu’il cherche le HTTP dans le HKCU par ce qu’il n’y en a pas, mais il finit par les lire dans le HKCR. En désespoir de cause, j’ai lancé une exécution d’IE en mode installation, histoire de tenter de lui faire inscrire les fameuses clés dans le profil utilisateur, mais ça ne change strictement rien.
Pour corriger l’anomalie, ma seule solution aujourd’hui est de lancer IE avec un profil administrateur, et la réparation est immédiate.
Bref, je ne trouve toujours pas pourquoi cette “mise par défaut” saute régulièrement, même parfois plusieurs fois par jour… c’est à s’arracher les cheveux.
question bete : cela se produit aussi sur un serveur hors AD ?
Que veux-tu dire par “serveur hors AD” ?
euh ben un serveur que tu aura sorti du domaine pour vérifier si le problème est identique…
Est-ce que tu as éssayé de rajouter cette valeur ?
[HKEY_CLASSES_ROOThttpshell]
@="open"Bon, au final j’ai trouvé la solution…bien tordue quand même.
Sur tous nos serveurs, nous désactivons le SFTA (que nous n’utilisons pas) avec la fameuse clé de registre DisableServerFTA. Ca a toujours parfaitement fonctionné…et ça fonctionne toujours d’ailleurs.
Après avoir bien gratté, je me suis rendu que sur les serveurs avaient été rajoutées la clé “NoRedirectClasses”…par quoi ? par qui ? aucune idée. Toujours est-il qu’une fois que j’avais shooté cette clé, plus de problème !
Pour infos et référence : http://support.citrix.com/article/CTX113457