host header dans IIS

host header dans IIS - Windows & Software

Marsh Posté le 14-06-2001 à 16:36:35    

le host header dans IIS c'est un dns ou l'on est pas tenu conventionnellement?

Reply

Marsh Posté le 14-06-2001 à 16:36:35   

Reply

Marsh Posté le 14-06-2001 à 16:52:29    

Le host header c'est ce qui est envoyé par le navigateur dnas l'entête HTTP 1.1.
 
Donc si le type tape http://www.mydomain.com/ dans sont navigateur pour accéder à ton site c'est "www.mydomain.com" qu'il faut mettre dans IIS.
 
Si par exemple sur un réseau local tu te passe de l'adjonction d'un nom de domaine tu aurai besoin de mettre que "www" (le nom d'hôte).

Reply

Marsh Posté le 14-06-2001 à 16:55:51    

Le host header permet d'héberger plusieurs serveurs web virtuels en n'utilisant qu'une unique adresse IP. Afin que cela fonctionne correctement il faut que les noms respectent les conventions DNS, sans quoi la résolution ne pourra être faite par le poste client. Par contre n'ayant pas fait le test je ne saurais te dire si les enregistrements correspondant à tes serveurs virtuels doivent être de type A ou peuvent être de type CNAME et être des alias sur l'enregistrement du serveur IIS.

Reply

Marsh Posté le 14-06-2001 à 17:01:07    

Ca focntionne sans prob avec des records de type A ou CNAME, IIS ne fait pas de verification avec le serveur DNS pour verifier ce que le client lui envoie dans l'entête HTTP.
 
Le navigateur habituellement prend ce que l'utilisateur entre dans la barre d'adresse comme valeur à envoyer dans le "host header", le serveur compare cette valeur avec tous les sites virtuels jusqu'à en trouver un qui a le bon host header et le cas échéant envoie sur le site par défault (ou retourne un message d'erreur si il n'y a pas de site qui correspond)

Reply

Marsh Posté le 14-06-2001 à 17:02:19    

Requin> merci :jap:

Reply

Marsh Posté le 14-06-2001 à 17:16:04    

Il y a juste un problème avec les host header, c'est si le cryptage SSL est activé il n'est pas possible d'utiliser cette méthode pour diférentier les sites (car il est crypté et IIS ne dispose pas encore de l'information en clair lorsqu'il dirige son exécution vers le bon site virtuel)

Reply

Marsh Posté le 14-06-2001 à 20:57:21    

Bon en fait j'ai ni tout compris, ni rien compris, mais bon...
 
 
Si je ne me trompe pas le host reader permet de simuler un double ou plus dns sur une seule IP.
 
Le problème c'est que moi je pensais que l'on pouvait l'utiliser dans le cas inverse.
 
J'ai un pc avec 2 sites web en developpement.
une seule carte réseau, mais 2 IP (c'est plus simple à gérer que de faire faire une sorte de mapping à l'IIS).
Je voulais associer un nom à ces IP.
Les baux DHCP ne se basant que sur l'adresse mac me limitent.
DNS et WINS je ne sais pas les mettre en place, et Requin m'avait parlé des host header.
 
J'avais essayé de dire que le site n° se lancait sur telle IP, tel port, mais tel nom.
Même chose pour le site n°2 mais si je mets le nom du n°1 dans le navigateur ca plante complètement.
 
Donc si vous avez une idée, ou des tutoriaux dns/wins je suis preneur :)
 
merci! :jap:

Reply

Marsh Posté le 14-06-2001 à 22:12:17    

Le plus simple est d'installer un serveur DNS. Sur le serveur DNS tu as deux types de Record qui sont particulièrement intéressant pour toi. Les records A (host) et les records CNAME (alias)
 
Ton DNS va avoir 2 jobs, le premier c'est de renseigner les host de ton réseau local sur les zones locales (une zone tu peux assimiler cela à un nom de domaine par exemple : client.com), le second job est de forwarder les requêtes sur un (ou plusieurs) DNS externe à ton réseau, pour résoudre toutes les zones qui ne sont pas sur ton serveur DNS (en gros le reste du net).
 
L'avantage c'est que d'une part tu peux gérer des zones DNS en local et d'autres part toutes tes requêtes DNS iront plus vite car le serveur DNS local aura caché les précédentes requètes.
 
Bon supposons que tu veuille développer un site Web pour "www.client.com" et que bien évidemment tu as besoin d'une plateforme de développement locale, il faut veiller à configurer ton client pour utiliser ton serveur DNS local :
 
1) Sur ton serveur DNS tu va créer une "forward lookup zone" du nom de "client.com"
2) Dans cette zone DNS tu vas par exemple ajouter un record A qui s'appelle "www" avec l'IP de ta machine
3) Dans le cas où tu aimerais avoir un serveur FTP pour la maintenance qui possède la même IP que "www", donc tu créé un record CNAME appelé "ftp" qui pointe sur "www.client.com"
 
A ce stade tu peux taper "ping www.client.com" et tu auras l'IP de ton serveur, si tu tapes "ping ftp.client.com" tu auras la même IP (à cause de l'alias)
 
4) Sous IIS tu as un site Web virtuel dans les propriété tu met port 80, "All unassigned IPs" et hostheader "www.client.com"
 
A ce stade tu peux prendre ton navigateur et taper "http://www.client.com/" dans la barre d'adresse et tu arrivera sur ton site local.
 
En fait ce qui se passe c'est les étapes suivantes :
 
A) Tu tapes "www.client.com"
B) le navigateur effectue une requète auprès du serveur DNS, qui retourne l'IP du serveur
C) Le navigateur envoie une requète HTTP au serveur Web sur le port 80 avec l'IP précédement obtenue auprès du serveur DNS
D) IIS reçoit la requète et parcours ses host header
E) Il trouve le site "www.client.com" et renvoie la page par défault

Reply

Marsh Posté le 15-06-2001 à 08:53:06    

merci beaucoup!
 
si avec ca je ne m'en sors pas!
 
merci :jap:

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed