 |
Publicité
|
ROLES ET IIS 7
Maintenant nous allons voir comment installer notre premier « Rôle ». Pour cela j’ai choisi un des plus commun, c'est-à-dire Internet Information Service 7 (IIS 7). En cliquant sur « Ajouter des rôles » dans la fenêtre s’ouvrant au démarrage de Windows Server 2008 la fenêtre ci-dessous s’ouvre pour proposer une suite de rôles disponibles.

Cliquez sur « Serveur Web (IIS) » pour sélectionner le rôle. En sélectionnant la case, un message d’alerte apparaît pour vous prévenir des dépendances de IIS.

Ajoutez les fonctionnalités requises pour IIS et cliquez sur suivant.


Avant la sélection des options et l’installation du rôle, une fenêtre de description apparaît. Je trouve que l’ajout de cette page n’est pas un mal. Car pour certains novices le rappel de la fonctionnalité évitera surement l’installation de rôles inutiles. Cliquez sur suivant.

Nous montons un futur serveur de développement alors nous allons sélectionner « l’ASP .NET ». De nouveau une fenêtre de dépendances s’ouvre. De même que tout à l’heure, acceptez- les.


Du fait que nous ne connaissons pas encore les méthodes d’authentification que nous utiliserons dans nos différents développements, nous allons alors sélectionner les trois méthodes disponibles.
Authentification de base : On utilise l’authentification de base pour restreindre les accès aux fichiers sur un serveur Web. Cette méthode se base sur l’ID utilisateur. Elle encode les informations en base 64 sans les chiffrer, et les envois en clair sur le réseau, ce qui présente un problème de sécurité. Cette méthode nécessite un compte par utilisateur, et les différents droits d’ouverture de session doivent être accordés à ce compte.
Authentification Windows : L'authentification Windows intégrée est plus sécurisée que l'authentification de base et fonctionne bien dans un environnement intranet dans lequel les utilisateurs possèdent des comptes de domaine Windows. Dans le cadre d'une authentification Windows intégrée, le navigateur tente d'utiliser les informations d'identification de l'utilisateur actuel à partir d'une ouverture de session sur un domaine. En cas d'échec, l'utilisateur est invité à entrer un nom d'utilisateur et un mot de passe. Lorsque vous utilisez l'authentification Windows intégrée, le mot de passe de l'utilisateur n'est pas transmis au serveur. Si l'utilisateur a ouvert une session sur l'ordinateur local en tant qu'utilisateur du domaine, il ne doit alors pas s'authentifier une nouvelle fois pour accéder à un ordinateur réseau de ce domaine.
Authentification Digest : L'authentification Digest comble les nombreuses lacunes de l'authentification de base. Le mot de passe n'est pas envoyé en texte clair lorsque vous utilisez l'authentification Digest. Vous pouvez par ailleurs utiliser l'authentification Digest par l'intermédiaire d'un serveur proxy. L'authentification Digest s'appuie sur un mécanisme de stimulation/réponse (utilisé par l'authentification Windows intégrée) dans lequel le mot de passe est envoyé sous forme chiffrée.

Un récapitulatif de vos choix apparaît, cliquez sur « Installer » pour lancer l’installation.

Suivez la progression de votre installation.

Une fois l’installation terminée un récapitulatif des éléments installés et l’état d’installation s’affiche.

FONCTIONNALITES ET POWERSHELL
Microsoft Windows PowerShell est composé d’une interface de ligne de commande et d’un langage script. Outre la possibilité de créer des script, PowerShell est compatible avec le Framework .Net 2.0.

Cliquez sur « Ajouter des fonctionnalités ».

Sélectionnez « Windows PowerShell », puis cliquez sur suivant.

Cliquez sur « Installer ».

Suivez la progression de l’installation.

Voilà PowerShell est maintenant installé.

Nous allons maintenant tester PowerShell. Pour cela, lancer l’interface de ligne de commande. Vous la trouverez dans « Démarrer -> Tous les programme -> Windows PowerShell 1.0 -> Windows PowerShell ».


Nous allons taper une chose simple pour commencer :
cd
ls
notepad autoexec.bat

Maintenant faisons la liste de tous les processus en cours sur le système, puis nous allons faire quelque tri.
Get-Process // Recherche tous les processus actifs.
Get-Process | where {$_.WS –gt 12MB} // Recherche tous les processus actifs de plus de 12 Mo en mémoire.
Get-Process p* // Recherche tous les processus actifs commençant par « p ».
Voilà c’est terminé, bon courage pour votre future installation. Dans un prochain article je ferai un script PowerShell en C# pour vérifier la disponibilité des bases de données d’un intranet.
|