Tâche #28715
Scénario #29284: Traitement express MEN (48-50)
win1809 cliscribe utilisateur.exe could not be opened
0%
Description
Bonjour,
Nous avons des soucis de lancement et d’exécution du client scribe sur un windows10 en version 1809 (build 17763.593)
La jonction au domaine est effectuée via joineole 1.3
Lors de la première ouverture de session le service scribe sur la station n'est pas démarré (service arrêté, type de démarrage automatique)
Une fois le service Scribe démarré la connexion suivante affiche le message d'erreur "could not be opened" (voir pièce jointe).
Tests effectués :
"KO" exécution joineole en tant qu'administrateur
"KO" modification de l'UAC à 1
"KO" modification de la clé [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System] "EnableLUA"=dword:00000000
"KO" arrêt de l'antivirus windows
"KO" réinstallation du client scribe en session admin
Merci pour votre aide
Demandes liées
Historique
#1 Mis à jour par alain abad il y a presque 5 ans
windows10 en version 1809
client scribe 19
scribe 2.5.2 à jour
#2 Mis à jour par Joël Cuissinat il y a presque 5 ans
En complément : le fil de discussion sur la liste scribe
#3 Mis à jour par Joël Cuissinat il y a plus de 4 ans
D'après le dernier message de Nicolas, il se pourrait qu'une autorisation de port supplémentaire soit nécessaire :
Du coup je suis allé sur les autorisations du FW windows que créer le client scribe à son install (nommées "EoleScribe"). J'ai regardé les règles de trafic sortant. Il y a une règle avec une liste de ports, qui ne précise pas de programme associé. Je l'ai changé en "tous les ports", je n'ai plus l'erreur...J'ai supprimé ces regles "EoleScribe", reinstallé le client => erreur. J'ai repris la règle avec la liste de ports TCP (qui n'associe pas de programme à ces ports), y est ajouté 8788 : plus d'erreur.
Pourtant, sur ma maquette en 2.5.2 avec 1709, les règles FW windows sont identiques en "sortant". Du coup un W10 1809 aurait besoin du TCP 8788 ?
#4 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- Statut changé de Nouveau à En attente d'informations
- Assigné à mis à Joël Cuissinat
#5 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- Statut changé de En attente d'informations à Nouveau
#6 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- Tâche parente mis à #29284
#7 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- Projet changé de Scribe à Distribution EOLE
- Statut changé de Nouveau à En cours
#8 Mis à jour par Joël Cuissinat il y a plus de 4 ans
Au final, je ne suis pas certain que ce soit la même erreur mais je vais appliquer le patch fourni par Nicolas Robin...
#9 Mis à jour par alain abad il y a plus de 4 ans
OK je ferrais un retour si le cas se représente.
Pour mémoire les stations bloquantes ont été passées en 1803.
#10 Mis à jour par Joël Cuissinat il y a plus de 4 ans
- Statut changé de En cours à Résolu
#11 Mis à jour par Gilles Grandgérard il y a plus de 4 ans
- Statut changé de Résolu à Fermé
- Restant à faire (heures) mis à 0.0
#12 Mis à jour par Joël Cuissinat il y a environ 4 ans
- Lié à Demande #29501: JoinEole Windows 10 1909 ajouté
#13 Mis à jour par équipe eole Academie d'Orléans-Tours il y a environ 4 ans
- Temps estimé mis à 0.00 h
Bonjour,
je viens de retrouver une info que j'avais omise...
C'est qu'avec des profils obligatoires, l'erreur utilisateur.exe disparait si on a l'arborescence suivante au niveau du profil obligatoire sur scribe :
/home/netlogon/profil.V6/AppData/Local/Temp/
Je viens d'avoir des 1809 cet ajout a de réglé le soucis.
Nicolas