Distribution EOLE

Au début du script, tester si plusieurs cartes réseau sont actives (car si oui plantage du script) :

• si une seule carte exécuter le script,
• si plusieurs cartes, par exemple présence de l'application VirtualBox (VirtualBox Host-Only Ethernet Adapter) ou carte Wifi, alors ne pas exécuter le script.

Dans tous les cas, remonter sur un partage serveur, qui sera à préciser dans le fichier de paramétrage (.psd1), les noms des machines et leur @IP dans le fichier :

• "migration_OK" si le script s'est exécuté sans aucune erreur
• "migration_KO" si le script s'est exécuté avec erreur en ajoutant en plus dans ce cas l'erreur rencontrée et à quelle étape

Pour la partie concernant les interfaces réseau, il faudrait préciser :

• si la connexion est toujours filaire pour les postes (est-ce qu’on peut penser filtrer sur les interfaces filaires, voire pourquoi le wifi est-il configuré et sélectionné avec le filtre IPEnabled=TRUE ?) ;
• si les réseaux de virtualbox sont renommés.

Éventuellement, on peut avoir un filtre un peu plus complexe (ne pas lister les interfaces VBoxNetAdp) et ne mettre en erreur que si on a plusieurs interfaces réseaux malgré ce filtre un peu plus complexe.

Pour la partie remontée, l’information n’est-elle pas accessible via OCS ?

Le script ne fait actuellement aucune remontée. Il ne s’agirait donc pas d’une simple modification. Les partages sont-ils accessibles à l’issue de la migration ou est-il nécessaire de redémarrer le client (dans quel cas, la remontée ne peut-être effectuée par le script lui-même) ?

Pour les interfaces réseau, il faut prévoir TOUS les cas possibles (on ne maitrise pas tout ce que font les services avec leurs postes clients Windows).
Donc :

• un poste pourrait avoir une connexion filaire ET une connexion WIFI (par exemple, un utilisateur branchant son portable sur le câble éthernet et ayant oublié de déconnecter le WIFI),
• pour le renommage de la connexion VirtualBox (VirtualBox Host-Only Network) à priori l'utilisateur ne la renomme pas, mais ...???...

Il faudrait donc rechercher toutes les connexions actives ("Win32_NetworkAdapterConfiguration where IPEnabled=-1" / IPEnabled="TRUE") et si leur nombre est supérieur à 1 ne pas exécuter le script.

Pour la remontée d'information via OCS, seul un champ domaine (nouveau nom du domaine) serait l'information (???).

Sinon l'accès à un partage fonctionne aussi bien dans l'ancien domaine que le nouveau (ces 2 domaines ont le même SID, de même que les comptes utilisateurs avec leur mot de passe) :

• le SID du nouveau domaine AD a été initialisé avec celui de l'ancien domaine (LDAP)
• les comptes utilisateurs ont été initialisés avec leur SID et mot de passe de l'ancien domaine (LDAP)

=> les comptes accèdent donc aux partages des serveurs de l'ancien domaine et du nouveau domaine
Donc l'accès au partage que l'on aura précisé dans le fichier psd1 sera accessible en lecture/écriture par le compte utilisateur que ce soit dans l'ancien ou le nouveau domaine.