Dans cet article nous allons voir :

• Comment installer le rôle DHCP en PowerShell
• Comment autoriser le serveur DHCP dans l'AD
• Comment créer des scopes DHCP

Etape 1 : Installation du rôle

Afin de pouvoir installer le rôle DHCP, nous allons utiliser la commande suivante :

Install-WindowsFeature DHCP -IncludeManagementTools

Le paramètre -IncludeManagementTools permet d'installer la console d'administration DHCP

Etape 2 : Autorisation du serveur DHCP dans l'AD

Maintenant que vous avez installé votre rôle, il vous faut autoriser votre serveur au niveau de votre AD. Pour ce faire, entrez la commande suivante :

Add-DHCPServerInDC -DNSName Nom_Serveur

Au niveau du paramètre -DNSName, pensez à entrer le FQDN de votre serveur (Nom_Serveur.Votre_Domaine)

Etape 3 : Configuration d'un scope DHCP

Maintenant que votre rôle est ajouté et que votre serveur est autorisé dans l'AD, vous pouvez ajouter vos scopes. Dans le cadre de cet article, un seul scope basique sera configuré tel qu'indiqué ci-dessous :

• Nom : LAB-PC
  
• Description : Plage DHCP des ordinateurs du domaine LAB
• Plage IP : De 192.168.100.100 à 192.168.100.200
• Passerelle par défaut : 192.168.100.2
• Serveur DNS : 192.168.200.10

Création de l'option de serveur DNS :

Set-DhcpServerv4OptionValue -DNSServer 192.168.100.10 -DNSDomain lab.lan -Router 192.168.100.2

Création du scope :

Add-DhcpServerv4Scope -Name "LAB-PC" -StartRange 192.168.100.100 -EndRange 192.168.100.200 -SubnetMask 255.255.255.0 -Description "Plage DHCP des ordinateurs du domaine LAB"

Votre serveur DHCP est maintenant installé, autorisé dans votre AD et votre scope est configuré. Vous pouvez vérifiez cela en ouvrant la console DHCP.

Bonne configuration :)

Pour tous ceux d'entre vous qui font des installations SharePoint et qui utilisent AutoSPInstaller GUI pour configurer AutoSPInstaller, j'ai été agréablement surpris ce matin en voyant que les développeurs en avaient fait une version web :) L'URL de ce site est : https://autospinstaller.azurewebsites.net/

Une fois sur le site vous avez 2 possibilités :

• Démarrer une configuration de 0 et le site vous génèrera un fichier XML : Option Load Default Template sur la page d'accueil
• Fournir un de vos fichiers XML de configuration afin de le modifier : Option Load From My XML sur la page d'accueil

Si vous n'avez pas internet au moment de la configuration, pas de panique ;) La version graphique existe toujours mais elle est considérée comme dépréciée par les développeurs de l'application.

Bonnes installations SharePoint :)

Si vous avez mis en place le content type hub et qu'au moment de la configuration vous vous êtes trompé au niveau de l'URL renseignée, vous vous êtes probablement rendu compte qu'il n'était pas possible de modifier cette URL via l'interface.

Si vous êtes dans ce cas, ne vous inquiétez pas. Il est possible de modifier cette URL mais uniquement en utilisant PowerShell.
Pour ce faire, il faut utilisant cette commande : Set-SPMetadataServiceApplication -Identity "Votre_Application_De_Service" -HubURI "http://votre_nouvelle_url"

Attention, en exécutant cette commande, un avertissement apparaîtra à l'écran. Ce dernier vous indique qu'en réalisant cette action, il faudra absolument republier tous les types de contenu.

Ceci fonctionne avec SharePoint 2010 et 2013.

Aujourd'hui, une petite astuce pour créer une valeur de registre de type DWORD.

Supposons que la clé de registre HKCU:\Software\Sylver existe déjà et que je veuille créer une valeur de type DWORD ayant pour nom "MyDWORD" et pour valeur 5.

Voici la commande PowerShell à utiliser : New-ItemProperty "HKCU:\Software\Sylver\" -Name "MyDWORD" -Value 5 -PropertyType "DWORD" 

On peut ensuite aller vérfier dans l'éditeur de registre si la valeur a bien été créé.

Avec Hyper-V (version Windows Server 2012R2 et Windows 8.1 Pro/Ent), il est très très simple de récupérer la liste de toutes les machines hébergées sur un hôte Hyper-V.

La seule commande à connaitre est : Get-VM

Si on veut lister uniquement les machines virtuelles étant démarrées : Get-VM | Where-Object State -eq 'Running'

Hello tout le monde,

Pendant l'Ignite Microsoft a dévoilé pas mal de chose sur les nouveaux produits dont SharePoint 2016.

Voici un petit article sur lequel je suis tombé indiquant les nouveautés concernant le déploiement de SharePoint : http://blogs.technet.com/b/wbaer/archive/2015/05/12/what-s-new-in-sharepoint-server-2016-installation-and-deployment.aspx

Vivement qu'on puisse mettre la main sur cette nouvelle mouture de SharePoint et qu'on puisse s'amuser avec :)

Attention : SharePoint 2016 étant encore en développement, cet article peut évoluer.

Il n'y a pas très longtemps, j'ai eu besoin de lister tous les services Windows arrêtés sur un serveur et de redémarrer ceux ayant un statut de démarrage à Automatique.

J'ai donc tout de suite pensé à Get-Service. Cependant, après avoir tous les membres disponibles, aucun ne permet de récupérer le statut de démarrage d'un service. Surement un oubli de la part de Microsoft.

Je me suis donc tourné vers notre très chère amie Get-WMIObject [:P] Voici la commande :

Get-WmiObject win32_service | select name, startmode,state | Where-Object -FilterScript {($_.State -eq "Stopped") -and ($_.startmode -eq "Auto")} | Start-Service

Expliquons maintenant chaque partie du pipeline de cette longue commande. Get-WmiObject win32_service | select name, startmode,state  permet de récupérer les services Windows en ne filtrant que sur le nom, le mode de démarrage et l'état du service.

Where-Object -FilterScript {($_.State -eq "Stopped") -and ($_.startmode -eq "Auto")} permet de filtrer sur les services étant arrêtés ($_.State -eq "Stopped") et ayant un mode de démarrage automatique ($_.startmode -eq "Auto").

Une fois ces éléments récupérés, nous pouvons taper la commande Start-Service afin ne démarrer que les services ayant un mode de démarrage automatique et étant arrêtés.