Projet

Général

Profil

Scénario #33527

Problème d'inversion de postes avec Veyon

Ajouté par LUCCHINI Arnaud il y a plus de 2 ans. Mis à jour il y a presque 2 ans.

Statut:
Terminé (Sprint)
Priorité:
Normal
Assigné à:
Catégorie:
-
Début:
19/04/2022
Echéance:
06/05/2022
% réalisé:

100%

Points de scénarios:
1.0
Restant à faire (heures):
0.00 heure
Estimation basée sur la vélocité:
Release:
Liens avec la release:
Auto

Description

Bonjour,

Nous rencontrons un souci avec Veyon assez singulier.
Déjà pour rappel, tous nos serveurs sont en Scribe-AD 2.8.0 et nous effectuons nos descentes d'images via FOG.

Dans un collège, nous avions une salle où Veyon était installé et fonctionnait.
Des postes ont été renommés, disons pour l'exemple Ordi_1 en Ordi_2 et Ordi_2 est devenu Ordi_1 et une image a été redescendue sur les 2 PC.
Une fois l'installation terminée et les clefs échangées via Salt, Veyon s'installe sans souci. Mais en lançant Veyon, quand on regarde les vignettes, le poste Ordi_1 apparaît toujours comme étant Ordi_2 et inversement.

Je précise que l'on a retenté une nouvelle descente d'image en effaçant, préalablement, les clefs Salt et les PC dans l'Active DIrectory. Mais même constat.
Deuxième précision, les postes ont bien été correctement renommés évidemment, et en vérifiant le fichier minion_id dans le dossier Salt c'est bien le bon nom également.

NB : Information en passant, même si c'est certainement sans rapport. Malgré le fait que l'on ait supprimé la clef Salt avant la descente d'image, une fois le poste prêt, elle réapparaît et il faut la supprimer à nouveau ?!

C'est comme s'il y avait une base de référence de Veyon qui ne se mettait pas à jour, mais dans quel dossier/Fichier ? Ou alors peut-être quelque chose lié à l'AD vu que Veyon se base dessus.

Si vous avez une piste nous sommes preneurs.

D'avance merci :-)


Sous-tâches

Tâche #34092: ÉtudeFerméBenjamin Bohard

Tâche #34098: Complément à l'étudeFerméEmmanuel GARETTE

Tâche #34129: Utiliser l'attibut dNSHostName plutot que CN en mode ADFerméEmmanuel GARETTE

Tâche #34134: TesterFerméLaurent Gourvenec

Tâche #34267: Problème d'inversion de postes avec Veyon (le retour)Fermé


Demandes liées

Lié à Distribution EOLE - Tâche #32953: autoriser eole-workstation-manager a renommer un PC Fermé 16/07/2021

Historique

#1 Mis à jour par Gilles Grandgérard il y a plus de 2 ans

J'avais constaté un problème similaire... (ref : #32953#note-1)

tentative de renommage de PC-609788B$ en PC-609788C$
notez que l'objet AD n'est pas modifié
notez que seul l'attribut 'samAccountName' est modifié

Pourriez-vous confirmer la désynchronisation du nom PC dans la fichier AD de l'objet computer ?

#2 Mis à jour par Gilles Grandgérard il y a plus de 2 ans

  • Lié à Tâche #32953: autoriser eole-workstation-manager a renommer un PC ajouté

#3 Mis à jour par Gilles Grandgérard il y a plus de 2 ans

  • Tracker changé de Demande à Scénario
  • Début 15/12/2021 supprimé

#4 Mis à jour par LUCCHINI Arnaud il y a plus de 2 ans

Bonjour,

Alors je suppose que "la fichier AD" c'était "la fiche AD" ? ;-)
Dans ce cas, quand je me connecte sur l'ADDC et que j'exécute un samba-tool computer show [Nom du PC] tous les attributs (dn, cn, sAMAccountName,...) indiquent bien le bon nom de poste. Rien de louche à ce niveau là à mon sens.

#5 Mis à jour par Gilles Grandgérard il y a plus de 2 ans

  • Release mis à Carnet de produit (Cadoles)

#6 Mis à jour par Gilles Grandgérard il y a plus de 2 ans

  • Points de scénarios mis à 1.0

#7 Mis à jour par Gilles Grandgérard il y a environ 2 ans

  • Release changé de Carnet de produit (Cadoles) à EOLE 2.9.0

#8 Mis à jour par LUCCHINI Arnaud il y a environ 2 ans

Bonjour,

Je venais un peu aux nouvelles.
J'ai vu que le ticket avait changé de statut à de nombreuses reprises. Qu'à priori si correction il y'a, ça serait pour la version 2.9.0 et que Cadoles serait sur le coup.
Mais pas d'évolution depuis 2 mois. Est-ce qu'il y a malgré tout un début de piste chez vous ou chez Cadoles ?

D'avance merci pour les infos :-)

#9 Mis à jour par Joël Cuissinat il y a environ 2 ans

  • Release changé de EOLE 2.9.0 à Carnet de produit (Cadoles)

#10 Mis à jour par Emmanuel GARETTE il y a environ 2 ans

Pour 1 point fait l'étude. Il y aura renégociation (pour la version et d'éventuel réévaluation) après cette étude.

#11 Mis à jour par Emmanuel GARETTE il y a environ 2 ans

  • Echéance mis à 06/05/2022
  • Version cible mis à Prestation Cadoles MEN 2022 16-18
  • Début mis à 19/04/2022

#12 Mis à jour par Emmanuel GARETTE il y a presque 2 ans

  • Statut changé de Nouveau à Résolu
  • Assigné à mis à Emmanuel GARETTE

#13 Mis à jour par LUCCHINI Arnaud il y a presque 2 ans

Bonjour,

Du coup j'ai vu que le ticket était passé à résolu...mais du coup quelle solution puis-je appliquer pour remettre les bons noms dans les collèges où la situation s'est produit ?
J'ai essayé de m'inspirer de la tâche #34092 en me connectant sur les postes qui ont été renommés et dysfonctionnent. J'ai tenté de mettre dNSHostName à la place de cn dans "Attribut du nom d'hôte de l'ordinateur" et ai renseigné en dur le noms des postes dans "Attribut de nom d'affichage d'ordinateur", mais sans succès.

Était-ce bien ceci la solution que vous avez trouvé ? Y'a t'il autre chose à faire ?
Un correctif sera t'il sinon proposé ? Si oui pour quelle version de Scribe ?

D'avance merci pour votre retour.

Bonne journée,

#14 Mis à jour par Emmanuel GARETTE il y a presque 2 ans

Le correctif doit être appliqué sur le poste qui démarre veyon. Attention, à chaque redémarrage du poste la configuration de veyon est écrasé.

De manière générale je pense que renommer un poste windows intégré au domaine est une mauvaise idée.

Il vaut mieux :
- sortir le poste du domaine ;
- renommer le poste ;
- intégrer le poste au domaine.

Cordialement,

#15 Mis à jour par LUCCHINI Arnaud il y a presque 2 ans

Merci pour ce premier retour :-)

Tout à fait d'accord pour la logique de renommage. D'ailleurs, sauf contrainte, en général on supprime tout de l'AD et on redescend une image ensuite, pour que ça soit encore plus "propre".

Pour revenir à ce correctif par contre, quelle est sa nature ? Il faut que je fasse quelque chose manuellement ? Vous ne m'avez pas confirmé si modifier les 2 champs comme je l'ai fais c'était la bonne méthode ;-).
Ou tout sera automatisé dans une mise à jour ? Cependant je n'ai rien vu dans les journaux de modification sur le site d'Eole, que ça soit pour la version 2.8.0 ou 2.8.1, mais ce sont peut-être me yeux.

Merci,

#16 Mis à jour par Gilles Grandgérard il y a presque 2 ans

  • Statut changé de Résolu à Terminé (Sprint)

#17 Mis à jour par Joël Cuissinat il y a presque 2 ans

  • Lié à Tâche #34267: Problème d'inversion de postes avec Veyon (le retour) ajouté

#18 Mis à jour par Joël Cuissinat il y a presque 2 ans

  • Statut changé de Terminé (Sprint) à En cours

#19 Mis à jour par Emmanuel GARETTE il y a presque 2 ans

  • Statut changé de En cours à Terminé (Sprint)

Le problème a été discuté lors de la restitution, la conclusion était que le problème principal ne pouvait être résolu qu'en sortant le poste du domaine.

Puisque la situation n'est pas idéal il a été décidé de ne faire le changement qu'en 2.9. Ce qui a été fait.

#20 Mis à jour par Joël Cuissinat il y a presque 2 ans

  • Release changé de Carnet de produit (Cadoles) à EOLE 2.9.0

Formats disponibles : Atom PDF