Contrôleur secondaire de domaine

Bonjour,

Je rencontre des problèmes aléatoires sur les ouvertures de session.
Parfois, un lecteur mappé sur un partage réseau (non placé dans KOXO) n'apparaît pas dans le poste de travail de certains élèves mais est visible pour d'autres de la même classe ( donc avec le même script d'ouverture de session).
J'ai déployé une GPO pour forcer l'attente du réseau à l'ouverture du réseau.
En faisant un gpresult sur un poste du domaine pour des utilisateurs, la réponse est : pas de données RSOP pour cet utilisateur (alors que les restrictions découlant des gpo s'appliquent).
Disposant d'un contrôleur secondaire de domaine, je me demande si le soucis ne vient pas de lui. L'AD réplique bien mais pas les GPO.
De plus, dans les profils élèves (sosu le contrôleur secondaire), j'ai un script de connexion sous forme classe_de l_eleve.vbs : mais impossible de trouver où sont ces scripts ???

Précisions :

Le contrôleur principal avec Koxo installé est virtualisé ( 2012 server).
Le contrôleur secondaire est in 2008 R2 en dur.
Les sessions s'ouvrent en allant sur le premier qui répond.

Merci pour votre attention.

Bonjour,

il n'y a plus de notion de primaire et secondaire mais j'ai compris ce que tu as voulu dire.

En faites ton contrôleur de domaine avec Koxo héberge ta base de compte et tes scripts dans le NETLOGON. Quand tu ajoutes un autres contrôleur de domaine dans ton domaine, celui-ci copie le NETLOGON présent sur ton premier serveur. Donc les scripts doivent être dedans.

A mon sens tu devrais modifier les scripts de tes modèles (dans Koxo) pour y incorporer les lecteurs que tu veux ça évites les soucis.

Et si tu héberges des fichiers sur tes deux serveurs == > DFS.

Bon courage

bonjour et merci pour la réponse.

Ok pour les serveurs.
Pour les scripts de mappage des lecteurs réseaux, ils sont bien dans KOXO au niveau des classes et chaque élève utilise le script de son groupe secondaire (sa classe). Dans une classe, le mappage se fait de façon incohérente de façon aléatoire : la bonne lettre de lecteur est mappée, mais le chemin du partage est mauvais. On obtient P:\\SRVDC1\utilisateur au lieu de P:\\SRVDC1\Programmes$.

En effet c'est étrange.

petits points que je vérifierais si j'étais vous (si vous ne l'avez pas déjà fais.

- vérifier le script dans le modèle des users concernés
- réparer (réparation complètes) un groupe secondaire (classe) qui contient vos users.
- vérifier dans votre Netlogon que le script est bon ( à vérifier sur tout vos serveurs)
- vérifier la bonne réplication de vos répertoires Netlogon par la création d'un fichier txt

bon courage

bonjour et merci d'avoir répondu.

Le seul point non fait est la réparation complète du groupe. Je vais le tenter.
Ce qui me tracasse, c'est que ce problème n'affecte pas tous les élèves de la classe.

A suivre.