Calà fait plusieurs mois que j’ai comencé à utiliser Azure ARC, cependant par manque de temps je n’ai pas refait de post sur cette technologie depuis mon premier article que date de la fin d’année 2021.
Nous allons réaliser dans ce tuto l’ajout un domaine additionnel dans notre tenant Microsoft 365 ou Azure.
Bien que basique, cette configuration reste l’une des premières à réaliser lors de la création d’un environnement Azure AD ou lors de l’achat d’un nouveau nom de domaine.
Cela fait quelque temps que je souhaitais tester Azure Virtual Desktop avec l’option “Azure AD Join”. Certes, les projets AVD sans Active Directory ne sont pas encore majoritaires, mais l’idée d’un monde sans AD commence à prendre de l’ampleur et avant de déployer une solution, une petite phase de tests s’impose toujours.
Durant mes tests, j’ai eu pas mal de difficulté lors de l’authentification avec un compte AzureAD. D’où la rédaction de cet article en avance de phase sur le sujet.
Lors de l’authentification RDP sur la machine AVD, j’ai rencontré ce message d’erreur:
“Your credentials did not work. The credentials that were used to connect to XXXXXX did not work. Please enter new credentials.”
Créer un filtre WMI pour les GPO à l’aide de PowerShell, cette fonctionnalité n’a pas de commande native en PowerShell ce qui est bien triste. Après plusieurs heures de recherches sur ce sujet, j’ai enfin fini par avoir une version stable en PowerShell d’une fonction permettant de créer des filtres WMI pour nos petites GPO.
J’ai ressèment du modifier les OU par défaut d’un Active Directory. Il s’agit d’une opération simple que j’ai déjà réalisée bon nombre de fois.
Mais qui semble encore méconnue de bon nombre de personnes et qui portant apporte quelques avantages comme résoudre des problématiques de délégation ou de bloquer les comptes utilisateurs /ordinateurs qui n’auraient pas été préalablement positionnés dans une OU définitive (OU honeypot).
Lors d’un projet récent, j’ai était confronté à une une petite limitation dans le découpage des subnets au sein de l’adressage d’un vNet. N’ayant jamais été confronté à ce cas particulier, je le partage avec vous.
Automatiser ses tâches, réaliser des scripts représente déjà un travail conséquent. Versionner son code à l’aide de GitHub permet de sauvegarder son code et de limiter les modifications hasardeuses.
Nous allons voir comment utiliser Git depuis une machine WSL.
Après avoir installé PowerShell sur WSL, nous allons voir comment installer les modules. En effet, pour pouvoir manipuler les environnements Azure ou autre, les modules PowerShell sont indispensables.
Dans cet article nous allons voir comment installer PowerShell sur WSL. Déjà que mélanger du Linux et du Windows cela pouvait paraitre curieux il y a quelque années, maintenant installer PowerShell sur une machine Linux hébergée sur un Windows … Comment dire, cela devient un sacré sac de noeuds. Pour avoir été septique pendant quelque temps, je suis plutôt satisfait du résultat.
Microsoft vient de créer une nouvelle certification “Windows Server Hybrid Administrator Associate“.
Ce nouveau titre est composé de deux nouveau examens:
Qu’il vous faudra obtenir afin décrocher de décrocher celui-ci. Ces examens sont en version béta pour les mois qui viennent et passeront en version définitive dans environ 3 mois.
