Lors de grosses opérations via PowerShell, je prends soin de tester mes commandes -WhatIf qui me permet de valider l'action avant de l'exécuter Le problème, c'est que pour la commande Set-ADAccountPassword, il y a un bug... suivez l'article -WhatIf ? La documentation Microsoft indique :…
The automatic update of d'Advanced Threat Analytics (ATA) does not work via Windows Update. You have to update manually...
La mise à jour automatique d'Advanced Threat Analytics (ATA) ne fonctionne pas via Windows Update. La mise à jour doit faite manuellement...
Il est parfois nécessaire de tester des identifiants Active Directory afin de valider la conformité du login ou du mot de passe. Par exemple suite à la création en masse d'utilisateurs.
Sometimes, it is useful to test Active Directory credentials to validate the login or the password. For example, following the bulk creation of users.
During the activation of Windows Server 2019 trought the graphical interface (Settings), the following error is displayed:
The product key you entered didn't work. Check the product key or enter a different one. (0x80070490) [english version]La clé de produit que vous avez saisie ne fonctionne pas. Vérifiez-la, puis réessayez ou saisissez-en une autre. (0x80070490) [french version]
Dans Exchange, les logs de transaction prennent une place considérable. Consulter cet article pour purger les logs de transaction.
Cependant il existe de nombreux autres logs (IIS, etc.) qui occupent de l’espace sur le disque. Bien que ces logs soient utiles à des fins de debug et de traçabilité, il peut exister des cas où un nettoyage est nécessaire.
Sur les environnements Exchange 2013/2016/2019, de nombreux logs sont générés, les plus importants étant les logs de transaction. Ces logs contiennent les enregistrements de toutes les actions effectuées sur une base de données de boîte aux lettres (Mailbox Database).
Lors de l'élaboration de scripting PowerShell autour d'Active Directory, il est souvent utile de savoir si un objet AD (utilisateur, ordinateur, groupe) est présent ou non.
Au préalable, il faut installer le module Active Directory en suivant l'article sur l'installation du module AD PowerShell.
Sur les dernières versions de PowerShell livrées avec Windows Server 2016 et 2019, l'absence d'un objet dans l'AD provoque une erreur qu'il est possible de gérer avec un try/catch.
When building PowerShell scripting with Active Directory, it is often useful to know if an AD object (user, computer, group) is present or not.
First, you need to install PowerShell AD Module.
On the latest versions of PowerShell shipped with Windows Server 2016 and 2019, the inexistence of an object in the AD causes an error that can be handled with try/catch.