Project

General

Profile

Tâche #34092

Scénario #33527: Problème d'inversion de postes avec Veyon

Étude

Added by Benjamin Bohard 8 months ago. Updated 6 months ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Start date:
04/19/2022
Due date:
% Done:

100%

Remaining (hours):
0.0

History

#1 Updated by Benjamin Bohard 8 months ago

  • Status changed from Nouveau to En cours

#2 Updated by Benjamin Bohard 8 months ago

Méthodologie employée pour tenter de reproduire :
  • suivi des étapes des tests squash sur veyon pour mettre en place un scribe et trois clients windows
  • retour au snapshot initial pour les deux postes windows pceleve
  • inversion des noms de ces postes (en passant par un nom intermédiaire pour l’un d’eux pour éviter les collisions)
  • installation des utilitaires des clients via joineole

À ce stade, le scribe dispose toujours des anciennes clés et les nouvelles clés sont dans le statut denied et non unaccepted.
Depuis le poste professeur, connecté avec le compte admin, veyon affiche le poste élève qui porte le nom du premier (nom qui est associé au second maintenant) : l’emplacement n’a pas varié et n’est pas remis à zéro.

Par contre, le poste est inaccessible (écran rouge, échec des tentatives de connexion).
Les trames réseaux observées depuis un poste linux dans la même zone réseau avec l’interface en mode promiscuous semblent indiquer que veyon master tente de contacter le bon poste mais la connexion n’aboutit pas.

#3 Updated by Emmanuel GARETTE 7 months ago

Dans la doc de Veyon ils proposent d'utiliser l'attribut dNSHostName comme attribut du poste lors qu'on est en mode AD (CN est proposé pour le mode openldap).

Si je change l'attribut et que je change également le "nom d'affichage" ca fonctionne correctement après renommage.
Si je laisse la configuration par défaut ou que je n'en change qu'un sur les deux cela ne fonctionne pas (il y a bien du traffic entre les deux poste sur le port 11100 mais pas d'affichage de l'écran).

#4 Updated by Emmanuel GARETTE 7 months ago

  • Status changed from En cours to Résolu
  • % Done changed from 0 to 100

#5 Updated by Gilles Grandgérard 6 months ago

  • Status changed from Résolu to Fermé
  • Remaining (hours) set to 0.0

Also available in: Atom PDF