03/01/16|Administrateur Système & Réseaux

Home » Archives pour 03/01/16

Configurer pas-à-pas un Windows 2008 en version CORE

Publié dans Windows Server Core |

mardi 1 mars 2016|

ali

Basculer entre les modes Graphique et Core sur Windows Server 2012

Publié dans Windows Server Core |

ali

Basculer entre les modes Graphique et Core sur Windows Server 2012

Un serveur Windows Server 2008 ou Windows Server 2012 peut être installé dans un mode appelé mode Core ou Minimale. Il s’agit d’un mode d’installation épuré ou le Shell graphique n’est pas installé. Autrement dit il n’y a ni bureau, ni consoles de gestion GUI. Au démarrage du serveur vous n’avez accès qu’à une ligne de commande pour gérer votre serveur en Powershell. L’intérêt de ce mode est d’alléger la couche Windows et de la sécuriser en supprimant des programmes et des API qui pourraient être exploités par un utilisateur mal attentionné.

Si Windows Server 2008 ne permettait pas de passer d’un mode Core vers un mode Graphique, et vice-versa, Windows Server 2012 le permet. L’avantage est double puisque vous pouvez installer votre serveur en bénéficiant du confort de l’interface graphique, et le sécuriser ensuite en le basculant en mode Core très simplement.

C’est ce que je vous propose dans ce tutoriel, découvrir comment basculer entre les modes Graphique et Core de Windows Server 2012.

Au sommaire:

Avant de commencer
Désactiver l’interface Graphique depuis Server Manager
Désactiver l’interface Graphique en Powershell
Réactiver l’interface graphique en Powershell

Avant de commencer

Pour ce tutoriel vous devez avoir préalablement installé Windows Server 2012 Standard ou Datacenter en mode graphique sur un serveur ou une machine virtuelle.

> Créer une machine virtuelle avec VMware Player | SysKB

> Comment installer Windows Server 2012 Standard ou Datacenter sur un serveur | SysKB

Désactiver l’interface graphique depuis Server Manager

Vous venez d’installer votre serveurs et vos applications et souhaitez désactiver l’interface Graphique?

Pour cela ouvrez le Gestionnaire de Serveur, cliquez sur Gérer puis Supprimer des rôles ou des fonctionnalités.

Cliquez sur Suivant.

Cliquez sur Suivant.

Cliquez sur Suivant.

Décochez Interface utilisateur et infrastructure pour à la fois le Shell graphique mais également les diverses consoles que vous avez pu installer (IIS, DHCP, …). Si toutefois vous souhaitez conserver ces consoles en cas de retour à l’interface graphique décochez uniquement Shell graphique du serveur.

Cliquez sur Supprimer des fonctionnalités.

Cliquez sur Suivant.

Cliquez sur Oui.

Cliquez sur Supprimer.

La suppression du Shell a démarré. Cliquez sur Fermer.

Au redémarrage, après vous être authentifié, vous pouvez constater que seule une invite de commande Windows est ouverte. Vous êtes en mode Core.

Désactiver l’interface Graphique en Powershell

Si vous préférez désactiver le mode graphique en Powershell, depuis le Gestionnaire de Serveur, cliquez sur Outils et sélectionnez Windows Powershell pour ouvrir le shell.

Tapez l’une des commandes suivantes dans la fenêtre du Shell, la première étant simplement l’alias de l’autre :

Remove-WindowsFeature Server-Gui-Shell, Server-Gui-Mgmt-Infra

Uninstall-WindowsFeature Server-Gui-Shell, Server-Gui-Mgmt-Infra

La suppression démarre, cela va prendre quelques minutes.

Lancez enfin la commande Shutdown suivante pour redémarrer votre système en mode Core.

Shutdown –r -t 0

Réactiver l’interface Graphique en Powershell

Pour réactiver l’interface graphique GUI d’un système en mode Core lancez la commande Powershell depuis l’invite de commande.

Exécutez l’une des commandes suivantes, l’une étant l’ALIAS de l’autre:

Add-WindowsFeature Server-Gui-Shell, Server-Gui-Mgmt-Infra

Install-WindowsFeature Server-Gui-Shell, Server-Gui-Mgmt-Infra

Le processus d’activation de l’interface graphique est en cours …

Lancez enfin la commande Shutdown suivante pour redémarrer votre système et retrouver l’interface graphique.

Shutdown –r -t 0

Vous savez désormais comment activer ou désactiver l’interface graphique d’un serveur Windows Server 2012.

Windows Server 2012 : Activer l’interface graphique après une installation en mode Core

Publié dans Windows Server Core |

ali

la mise en place de MDT pour réaliser des déploiements d'OS

Publié dans Deployment |

ali

la mise en place de MDT pour réaliser des déploiements d'OS

Ce qu’il vous faut

Windows ADK

http://www.microsoft.com/fr-fr/download/details.aspx?id=39982

Une ISO Windows 8.1

http://technet.microsoft.com/fr-fr/evalcenter/hh699156.aspx

Plus d’info sur le choix de l’ISO : choix-iso-creation-master/

MDT 2013

http://www.microsoft.com/en-us/download/details.aspx?id=40796

Les drivers de votre poste
2 heures maximum

Installation des prés requis

Installation de Windows ADK, sélectionnez les options suivants
- Outil de déploiement
- Windows PE
- USMT

Installation de MDT suivant l’architecture de votre poste.

L’architecture de votre poste n’aura pas d’impact sur les OS que vous pouvez gérer avec MDT

Création d’un DeploymentShare

Lancez MDT avec le raccourci « Deployment Workbench », puis créer un nouveau « Deployment Share ».
Laissez les options par défaut, on fera la configuration un peu plus tard

Vous pouvez déplacer des maintenant le « Deployment Share » sur un serveur de fichier : deplacer-mdt-autre-serveur/

Déplacer MDT sur un autre serveur

Etape pour déplacer un deplymentshare sur un nouveau serveur (ou partage)

Copier l’intégralité du dossier deploymentshare sur votre nouveau serveur
Partager le dossier
Depuis la console MDT ouvrez le nouveau dossier partagé \\Nouveauserveur\deploymentshare$
Dans les propriétés du deploymentshare changer le dossier et le chemin du partage

Modifier le chemin dans le fichier bootstrap.ini (dossier control du deploymentshare)

Régénérer vos images WinPE

Enfin remplacer les images de démarrage sur votre serveur WDS

Ajout du système d’exploitation

Dans « Operating Systems », sélectionnez « Import Operating system »

Sélectionnez « Full set of source files »

Puis sélectionnez votre lecteur (physique ou virtuel) contenant Windows 8.1
Validez les écrans suivants

Création de la séquence de tâche

Une fois au moins un OS importé dans MDT, vous pouvez créer une séquence de tâche

Faire un click droit sur « Task Séquence », puis sélectionnez « New Task Sequence »

Entrez l’ID (servira a créer un dossier dans le répertoire control de votre DeploymentShare)
Entrez le nom

Sélectionnez « Standard Client Task Sequence »

Puis sélectionnez l’OS qui vous voulais installer

La tache est maintenant disponible.

Création des images de boot

Les images de boot contiennent un WinPE avec les outils pour se connecter sur le deploymentshare.

Pour générer les WinPE, faire un click droit sur le deploymentShare, puis sélectionnez « Update Deployment Share »

Sélectionnez « Completely regenerate the boot images » et validez

Une fois les images générées, vous pouvez les utiliser pour faire un déploiement

Il faudra utiliser les ISO LiteTouchPE

Serveur DHCP sous Linux

Publié dans linux |

ali

Serveur DHCP sous Linux

I. Présentation

Un serveur DHCP permet de fournir automatiquement une configuration IP à une machine, par exemple à des ordinateurs, des smartphones, des imprimantes réseau, en gros tous ceux qui peut être connecté à un réseau. Cette configuration IP est composée :

d’une adresse IP
d’un masque de réseau
d’une passerelle
d’une adresse de DNS

Lorsqu’une machine sans configuration IP se connecte au réseau, celle-ci émet un DHCP DISCOVER en broadcast afin de demander si un serveur DHCP existe. Le serveur DHCP répond par un DHCP OFFER et commence à donner des premiers paramètres, la machine envois une demande DHCP REQUEST puis le serveur DHCP envois un DHCP ACK afin de fournir la configuration IP.

La configuration IP peut être fournie avec un bail. Ce bail indique que tel machine aura tel IP pour une durée de 7 jours par exemple. À la date limite, si la machine est toujours sur le réseau, elle garde la même IP pour un nouveau bail de 7 jours. Si au bout de 2 jours la machine quitte le réseau, l’IP qu’elle utilisait sera disponible pour les autresmachines à la fin du bail.

Un seul serveur DHCP peut fournir des configurations IP à plusieurs réseaux différents, pour cela il faut utiliser le relais DHCP, nous mettrons en place ce système en seconde partie du tutoriel.

Le serveur DHCP fournit des IP qui sont dans une plage d’IP disponibles, par exemple de 192.168.1.50 jusque 192.168.1.100.

Prérequis :

une machine Debian avec une IP fixe.
Aucun autre serveur DHCP actif afin d’éviter les conflits.
Une machine cliente (par exemple Debian) sans configuration IP afin de tester.
Une connexion Internet.

II. Installation du serveur DHCP

On commence par une mise à jour des paquets du système :

1

apt-get update

Nous allons maintenant installer le paquet suivant :

1

apt-get install dhcp3-server

A. Configuration du serveur DHCP

Comme vous vous en doutez, installer le paquet ne suffit pas à faire fonctionner notre serveur DHCP, il y a des petites configurations à faire. On va se rendre dans le fichier suivant :

1

nano /etc/default/isc-dhcp-server

À la fin de ce fichier ce trouve la ligne suivante :

1

INTERFACES=""

On va indiquer quelle interface réseau nous utiliserons, si votre serveur DHCP n’est pas sur un routeur, il y a alors normalement qu’une seule carte réseau qui est eth0 :

1

INTERFACES="eth0"

On enregistre et on ferme ce fichier. Nous avons maintenant un dernier fichier à configurer, c’est dans celui-là que nous indiquerons les configurations IP à fournir :

1

nano /etc/dhcp/dhcpd.conf

Dans ce fichier on peut trouver beaucoup d’explications et des exemples en anglais. On copie le texte ci-dessous tout à la fin du fichier :

1

2

3

4

5

6

7

8

9

10

# Notre configuration pour le réseau 172.18.0.0

subnet 172.18.0.0 netmask 255.255.0.0 {

range 172.18.0.20 172.18.0.30;

option domain-name-servers 8.8.8.8;

option domain-name "reseau.lan";

option routers 172.18.0.1;

option broadcast-address 172.18.255.255;

default-lease-time 600;

max-lease-time 7200;

}

Alors pour les explications :

La première ligne est un commentaire, elle ne sert donc à rien à part pour indiquer sur quel réseau on va paramétrer.
La seconde ligne, on indique le réseau ainsi que le masque de réseau.
La troisième ligne, on indique le rang d’adresses IP fournit.
La quatrième ligne, on indique le DNS. Ici n’ayant pas de DNS, j’ai mis l’adresse d’un DNS de Google.
La cinquième ligne, on indique le nom de notre domaine.
La sixième ligne, on indique l’adresse de notre passerelle.
La septième ligne, on indique l’adresse broadcast du réseau.
Et enfin les 2 dernières lignes, sont pour le bail. On indique le bail par défaut et le bail maximum. Ce bail est exprimé en secondes.

On sauvegarde ce fichier et on le quitte puis on redémarre le service serveur DHCP :

1

service isc-dhcp-server restart

La configuration est maintenant terminée, on va pouvoir passer à la phase de test.

B. Test du DHCP

Pour le test, on va simplement démarrer une machine Debian. On va ensuite dire à la machine de se mettre en DHCP plutôt que d’utiliser une IP fixe.
Pour cela on va dans le fichier de configuration des cartes réseaux :

1

nano /etc/network/interfaces

On modifie ce fichier afin d’avoir les lignes suivantes :

1

2

3

4

5

6

7

# The primary network interface

allow-hotplug eth0

iface eth0 inet dhcp

On enregistre et on quitte.

On tape ensuite les commandes suivantes :

ifdown eth0

ifup eth0

On fait un ifconfig afin d’avoir les informations sur les cartes. On voit maintenant qu’on a bien dans eth0 :

Une adresse IP dans le rang qu’on a défini (logiquement la première adresse, donc dans mon cas : 172.18.0.20).
Une adresse de broadcast en 172.18.255.255.
Un masque en 255.255.0.0.

On peut pinger la passerelle qui est en 172.18.0.1.Et pour finir, on peut également pinger le site www.it-connect.fr.

III. Adressage fixe avec les adresses mac

On peut avoir besoin d’indiquer au serveur DHCP que telle machine aura toujours telle adresse IP.

Prérequis :

un serveur DHCP fonctionnel.
une machine cliente.

A. Configuration

Pour réaliser cela, il suffit juste d’aller dans le fichier de configuration du serveur DHCP :

1

nano /etc/dhcp/dhcpd.conf

Tout à la fin on rajoute les lignes suivantes :

1

2

3

4

host client1_debian {

hardware ethernet 08:00:27:bb:40:6b;

fixed-address 172.18.0.26;

}

Les explications:

la première ligne, on indique le nom de la machine cliente.
La seconde ligne, on indique son adresse mac.
La dernière ligne, on indique quelle adresse IP elle aura en permanence.

On sauvegarde ce fichier et on le quitte puis on redémarre le service serveur DHCP :

1

service isc-dhcp-server restart

B. Test de l’adressage fixe

1

nano /etc/network/interfaces

On modifie ce fichier afin d’avoir les lignes suivantes :

1

2

3

# The primary network interface

allow-hotplug eth0

iface eth0 inet dhcp

On enregistre et on quitte puis on tape ensuite les commandes suivantes :

1

2

ifdown eth0

ifup eth0

On fait un ifconfig afin d’avoir les informations sur les cartes.

On voit maintenant qu’on a bien dans eth0 :

une adresse qui est celle que l’on a définie (172.18.0.26).
Une adresse de broadcast en 172.18.255.255.
Un masque en 255.255.0.0.
On peut pinger la passerelle qui est en 172.18.0.1.

Et pour finir, on peut également pinger le site www.it-connect.fr .

IV. DHCP Relais

Le DHCP Relais permet au serveur DHCP de fournir des configurations IP à des machines situées dans un réseau différent du sien. En fonction du réseau où la machine cliente se trouve, celle-ci aura telle configuration IP ou tel autre.

Prérequis :

un serveur DHCP fonctionnel.
Un routeur afin de lier les réseaux.
Minimum 2 réseaux : un pour le serveur DHCP, un pour la machine cliente.
Une connexion Internet.
2 machines clientes.

A. Installation du DHCP relais

Sur le routeur on installe le paquet suivant :

1

apt-get install dhcp3-relay

Lors de l’installation, on indique l’adresse IP du serveur DHCP :

1

172.18.0.2

On indique également l’interface où le relais DHCP écoutera :

1

10.0.0.1

Pour les options supplémentaires on laisse vide.

B. Configuration du relais DHCP

On modifie notre fichier de configuration sur le serveur DHCP. On indique notre réseau où nous voulons fournir des configurations IP :

1

nano /etc/dhcp/dhcpd.conf

À la fin, on rajoute les lignes suivantes :

1

2

3

4

5

6

7

8

9

10

# Notre configuration pour le réseau 10.0.0.0

subnet 10.0.0.0 netmask 255.0.0.0 {

range 10.0.0.40 10.0.0.60;

option domain-name-servers 8.8.8.8;

option domain-name "reseau.lan";

option routers 10.0.0.1;

option broadcast-address 10.255.255.255;

default-lease-time 600;

max-lease-time 7200;

}

On enregistre et on quitte. Puis pour finir, on relance le service de serveur DHCP :

1

service isc-dhcp-server restart

Sur le routeur, on relance le service de DHCP relais :

1

service isc-dhcp-relay restart

C. Test du DHCP Relais

Pour le test, on va simplement démarrer une machine Debian qu’on aura déjà connectée à notre routeur, dans le bon vlan. On va ensuite dire à la machine de se mettre en DHCP plutôt que d’utiliser une IP fixe. Pour cela on va dans le fichier de configuration des cartes réseaux :

1

nano /etc/network/interfaces

On modifie ce fichier afin d’avoir les lignes suivantes :

1

2

3

# The primary network interface

allow-hotplug eth0

iface eth0 inet dhcp

On enregistre et on quitte. On tape ensuite les commandes suivantes :

1

2

ifdown eth0

ifup eth0

On fait un ifconfig afin d’avoir les informations sur les cartes.

On voit maintenant qu’on a bien dans eth0 :

ne adresse IP dans le rang qu’on a défini (logiquement la première adresse, donc dans mon cas : 10.0.0.40).
Une adresse de broadcast en 10.255.255.255.
Un masque en 255.0.0.0.
On peut pinger la passerelle qui est en 10.0.0.1. Et pour finir, on peut également pinger le site Pour conclure, dans ce tutoriel nous avons vu :

Qu’un serveur DHCP sert à fournir une configuration IP à une machine qui se branche sur le réseau.
Cette configuration IP fonctionne avec un système de bail.
Qu’un serveur DHCP peut fournir toujours la même adresse IP à une machine grâce à son adresse mac.
Qu’un serveur DHCP peut fournir des configurations IP à des machines qui sont dans des réseaux différents du serveur.