Il n'est pas difficile de configurer un site Web racine supplémentaire dans IIS sur une machine de développement et d'utiliser le fichier hosts pour créer une carte de noms d'hôtes supplémentaires à des fins de test.
Qu'est-ce qu'un nom d'hôte ?
Tout d’abord, essayons d’expliquer la différence entre un nom d’hôte et un nom de domaine. Lorsque vous achetez un nom de domaine (comme « mondomaine.com »), il s’agit également d’un nom d’hôte, mais c’est la valeur par défaut uniquement car le domaine n’a pas de partitions. Pour n'importe quel nom de domaine, vous pouvez définir plusieurs noms d'hôte (par exemple "www.mydomain.com", "foo.mydomain.com" ou "cheeseburger.mydomain.com" seront valides pour votre domaine). Parfois, ils sont appelés sous-domaines, mais à notre avis, par souci de clarté, il s'agit de noms d'hôtes différents. Si le nom d'hôte est un ordinateur, le nom de domaine est le nom d'un groupe d'ordinateurs. La structure par défaut est "nom d'hôte.nom de domaine". Dans le cas de « www.mydomain.com », « www » fait partie de l'hébergeur et « mydomain.com » fait partie du nom de domaine. Une fois combinés, le résultat est un nom d'hôte identifié par le nom de domaine.
Historiquement, l'ordre des noms d'hôte était « www.mydomain.com » pour un serveur Web, « mail.mydomain.com » pour un serveur de messagerie, etc. Mais ce ne sont pas des abréviations obligatoires. Vous pouvez utiliser le nom « www » ou non, à votre discrétion. Les gens sont simplement habitués à voir « www » au début de l’adresse d’un site Web. Vous pouvez avoir plusieurs sites (par exemple "web1.mydomain.com", "web2.mydomain.com", "test.mydomain.com", etc.)
Les noms d'hôtes peuvent pointer vers différentes adresses IP, ou plusieurs noms d'hôtes pointent vers la même adresse IP. Un ordinateur peut avoir une ou plusieurs adresses IP, donc un ou plusieurs noms d'hôte pointeront vers lui.
Comprendre comment les noms (noms d'hôte) se voient attribuer des adresses IP
Les noms d'hôtes se voient attribuer des adresses IP dans le DNS (Domain Name Server), mais avant que les serveurs DNS ne soient vérifiés, les données de la machine locale sont accessibles, qui sont stockées dans le fichier hosts et, si l'adresse requise est trouvée, elle est utilisée à la place. de l'adresse du DNS. Le réseau local de votre service informatique peut disposer d'un serveur DNS local installé pour attribuer des adresses IP aux noms d'ordinateurs sur le réseau local. Il existe de nombreux serveurs DNS sur Internet, et généralement le FAI que vous utilisez pour vous connecter à Internet vous fournit le(s) serveur(s) DNS lorsque vous fournissez une adresse IP. Ces serveurs DNS, en combinaison avec d'autres serveurs DNS d'Internet, redirigent les noms d'hôtes vers des adresses IP afin que votre ordinateur puisse s'y connecter.
Mais comme mentionné ci-dessus, avant de vérifier les serveurs DNS, votre machine recherchera dans le fichier hosts si le nom d'hôte existe.
Sous Windows, le fichier hosts se trouve dans « C:\Windows\system32\drivers\etc ».
le fichier "hosts" n'a pas d'extension de fichier, mais est juste un fichier texte. Pour le modifier, faites un clic droit sur le bloc-notes et sélectionnez "Exécuter en tant qu'administrateur", puis accédez à "C:\Windows\system32\drivers\etc".
Pour afficher tous les fichiers, pas seulement TXT, vous devez modifier l'extension du fichier dans le bloc-notes comme indiqué ici :
Vous pouvez ensuite ajouter vos propres noms d'hôtes et leur donner une adresse de bouclage - 127.0.0.1
Vous pouvez voir exactement comment fonctionne le nom d'hôte "localhost". Il est écrit dans votre fichier hosts.
Vous pouvez ajouter n'importe quel nom d'hôte et l'associer à une adresse IP en les mettant simplement sur la même ligne. Par exemple:
127.0.0.1 mojotest1
L'adresse IP 127.0.0.1 est une adresse IP spéciale qui se trouve sur chaque ordinateur. Elle est également appelée « boucle interne » (adresse de bouclage). Pour n’importe quel ordinateur, cette adresse pointe vers elle-même. La boucle interne n'a même pas besoin de carte réseau. "localhost" pointe toujours vers la boucle interne. Dans l'exemple ci-dessus, nous avons simplement ajouté un nom d'hôte supplémentaire pour la boucle interne. Si votre carte réseau possède une adresse IP fixe, vous pouvez facilement l'associer à un nom d'hôte au lieu de 127.0.0.1. Laissez votre carte avoir l'adresse IP 192.168.0.100, vous devez alors faire la saisie suivante :
192.168.0.100 mojotest1
Que fait le site Web par défaut « Par défaut » ?
Vous pouvez installer autant de niveaux racine que nécessaire dans IIS. Chaque site peut se voir attribuer n’importe quelle adresse IP. Par conséquent, tous les noms d'hôte attribués à cette adresse IP peuvent être traités par l'IIS correspondant lié à cette adresse IP.
Cependant, comme déjà mentionné, plusieurs noms d’hôtes peuvent pointer vers la même adresse IP. Pour exécuter plusieurs sites sous différents noms d'hôte faisant référence à la même adresse IP, IIS dispose d'une option spéciale. En fait, vous n'avez même pas besoin de spécifier une adresse IP spécifique. Laissez simplement "Tous non attribués" et ajoutez le nom d'hôte. Après cela, une demande pour un nom spécifique sera redirigée vers le dossier racine (site) correct. Dans IIS, lorsque vous sélectionnez un site spécifique, le lien « Liaisons » s'affichera dans la fenêtre de droite, en cliquant sur lequel vous pourrez saisir les noms d'hôtes et les adresses IP.
Notez qu'il n'est pas nécessaire pour les tests de lier les noms d'hôtes aux domaines appropriés. Vous pouvez utiliser une version simple comme "mojotest1" ou si vous préférez - "www.fake.com", "www.fake.home", "fake.home".
Qu'est-ce que le « Site Web par défaut « par défaut » ? Il s'agit d'un site normal qui n'a aucune liaison avec l'adresse IP et les noms d'hôte. Il sera redirigé vers l'hôte par défaut. C'est le seul objectif de cet hôte. Si vous lui attribuez un nom spécifique nom d'hôte, ce ne sera plus l'hôte par défaut. Il n'a rien de spécial, à part l'absence de nom d'hôte et d'adresse IP, vous pouvez donc facilement le supprimer et le recréer, et son nom peut être arbitraire, car pour IIS, il peu importe le nom du nœud par défaut.
Ajouter un nouveau site dans IIS ? vous devez spécifier une adresse IP ou un nom d'hôte unique. Si vous essayez de créer un site sans adresse IP ou nom unique, vous vous retrouverez avec un deuxième hébergeur par défaut qui ne démarrera pas ou brisera le premier. Ceci est vécu par les débutants qui ne peuvent pas ajouter un nouveau site (pour les raisons mentionnées ci-dessus) et empruntent le chemin de la moindre résistance en donnant simplement au site Web par défaut différents noms de domaine et en les redirigeant vers les dossiers virtuels appropriés. Mais ce ne sont pas des sites séparés, mais simplement des dossiers dans le répertoire racine.
Par conséquent, lors de l'ajout d'un nouveau site, vous devez spécifier le nom d'hôte qui mène à un site spécifique, et non à l'hôte par défaut.
Voir également
DNS est un protocole principalement utilisé pour convertir nom d'hôte (nom d'hôte), comme www.example.com vers des adresses IP telles que 192.168.1.0, et vice versa. Sur Internet, la relation entre les serveurs est basée sur les adresses IP et non sur les adresses IP. nom d'hôte (nom d'hôte) , que l'utilisateur saisit dans des programmes tels que des navigateurs ou des clients Telnet. Cela signifie que le système a besoin d'un outil qui vous permettrait de trouver l'adresse IP du serveur par son nom d'hôte (nom d'hôte) . Il existe plusieurs solutions pour cela. Par exemple, lire le fichier /etc/hosts ou interroger le serveur NIS. Mais l’utilisation du DNS est la plus courante.
Comme déjà mentionné, le protocole DNS est utilisé pour rechercher les adresses IP par nom d'hôte et vice versa. Ceci est souvent utilisé pour déterminer le nom d'hôte d'un client qui se connecte à un serveur. Le DNS peut également être utilisé pour déterminer l'adresse d'un serveur de messagerie, ainsi que pour obtenir plus d'informations sur un hôte. Par exemple, son emplacement, son système d'exploitation ou son propriétaire. Cependant, le plus souvent, le DNS est utilisé aux fins prévues.
La plupart des systèmes utilisent le protocole DNS pour envoyer des requêtes à un serveur qui recherche les adresses IP en nom d'hôte (nom d'hôte) . Un système normal n'est qu'un client DNS et ne répond jamais aux demandes des serveurs ou d'autres clients. Alors que de nombreuses entreprises et fournisseurs disposent d’un ou plusieurs serveurs DNS dans leur réseau. Ainsi, tous les autres hôtes de ce réseau peuvent les utiliser. Si votre entreprise dispose déjà d'un serveur DNS, vous n'avez pas besoin de lire ce chapitre.
Le système de noms de domaine est divisé en zones (appelées domaines), chacune portant un nom tel que example.com ou foo.com.au . Les zones sont hiérarchiques. Cela signifie que la zone foo.com.au se trouve dans la zone com.au, qui à son tour fait partie de la zone au. Tout en haut de cette hiérarchie se situe. ou racine(racine) zone.
Pour chaque zone, il existe au moins un serveur DNS, qui est le principal et possède toutes les informations sur cette zone. Il existe également plusieurs serveurs secondaires ou esclaves qui disposent d'une copie des informations du serveur principal. Cela effectuera une sauvegarde du serveur principal s'il devient défectueux. Un serveur DNS peut desservir plusieurs zones DNS ou aucune. Le serveur est généralement chargé de fournir des informations sur les zones qu'il dessert.
Avant qu'un serveur puisse desservir une zone, il doit être enregistré auprès de la zone parent. La plupart des zones parents aiment . com , .net , .ru sont inaccessibles aux gens ordinaires et sont gérés par des entreprises qui ont le droit d'enregistrer des zones enfants dans ces zones parents. Ils sont généralement appelés bureaux d'enregistrement. Cela signifie que vous ne pouvez pas simplement configurer un serveur DNS qui dessert un domaine tel que example.com et le rendre disponible sur Internet. Vous devez payer pour que votre domaine soit enregistré. Cela peut être fait par n’importe quel registraire des sociétés. Ainsi, en payant, vous enregistrerez un nom de domaine qui est un sous-domaine du domaine principal, comme le domaine .com.
Chaque zone comprend de nombreux enregistrements DNS, chacun avec un nom, un type et des valeurs. Le type d'enregistrement le plus courant est l'adresse, ou un enregistrement en abrégé. Ce type d'enregistrement contient les informations suivantes : Adresse IP et son associé nom d'hôte (nom d'hôte) . L'autre type est NS ou serveur de noms (serveur de noms) enregistrements contenant des informations sur le serveur DNS desservant la zone ou le sous-domaine. Et le troisième type est MX ou serveur de courrier) entrée qui contient des informations sur l'hôte qui sert le courrier pour cette zone.
Chaque zone doit disposer d'au moins un serveur supplémentaire pouvant prendre le relais du serveur principal s'il est indisponible pour une raison quelconque. Des serveurs supplémentaires vous permettront également de répartir la charge sur le serveur principal. En effet, d'autres serveurs, recherchant des informations sur l'enregistrement DNS, sélectionnent au hasard un serveur DNS dans la zone souhaitée. En fait, les autres serveurs n'ont aucun moyen de savoir quel serveur est le serveur principal et quel est le serveur secondaire pour une zone donnée.
Des serveurs supplémentaires peuvent demander une copie de tous les enregistrements de zone à l'aide d'un transfert intrazone. Cela se produit lorsqu'un serveur DNS secondaire reçoit une zone pour la première fois, et également lorsque le serveur détermine que la zone a changé ou que les enregistrements sont obsolètes. Le serveur principal peut être configuré pour avertir les serveurs secondaires lorsque la zone a changé et qu'ils doivent être mis à jour, leur permettant de toujours disposer des nouvelles informations.
Chaque zone possède son propre numéro de série, qui est un simple compteur qui s'incrémente chaque fois qu'une entrée dans la zone change. Ce numéro est utilisé par les serveurs secondaires pour déterminer si des modifications ont été apportées à la zone et, si tel est le cas, ces modifications doivent être copiées. Dans la plupart des cas, l'apparence de ce numéro de série n'a pas d'importance. Cependant, certains domaines nécessitent que le format numérique soit orienté date - AAAAMMJJnn.
Habituellement, seules les zones maître (maître, principale) ou uniquement les zones esclaves (secondaires) se trouvent sur un serveur. Cependant, il arrive que le serveur soit principal pour certaines zones et en même temps complémentaire pour d'autres. Il n'y a pas de règles concernant le nombre de serveurs desservant la zone. Les zones importantes .com et root (root, main) disposent de 13 serveurs de maintenance, car ces zones constituent une grande partie d'Internet et reçoivent un grand nombre d'accès. Plus il y a de serveurs supplémentaires par zone, mieux c'est, à condition qu'ils gardent leur contenu synchronisé.
Lorsqu'un serveur DNS reçoit une demande d'un client pour rechercher un enregistrement, il vérifie d'abord chez lui si l'enregistrement requis est inclus dans les zones qu'il dessert. Si tel est le cas, il peut répondre immédiatement au client. Cependant, si l'entrée requise n'est pas trouvée sur ce serveur, celui-ci enverra des requêtes à d'autres serveurs pour la rechercher. La recherche commence par l'un des serveurs responsables de la zone racine (principale), qui dirigera vers un autre serveur DNS, et lui vers le troisième, et ainsi de suite, jusqu'à ce que l'enregistrement recherché soit trouvé. Si l'enregistrement requis n'existe pas, l'un des serveurs DNS le dira et la recherche s'arrêtera.
Par exemple, imaginez si un client DNS demande au serveur une adresse IP pour l'hôte www.webmin.com.
Le serveur suivra les étapes suivantes pour déterminer l'adresse IP :
1. Il fera d'abord une requête à l'un des serveurs racine (maître), tel que a.root-servers.net(198.41.0.4), pour essayer de trouver une adresse IP pour www.webmin.com. Le serveur racine répondra avec une liste de serveurs DNS desservant la zone.com. L'un d'eux est a.gtld-servers.net(192.5.6.30).
2. Ensuite, il fera une requête au serveur desservant la zone.com avec une demande d'adresse IP pour www.webmin.com . La réponse sera une liste de serveurs DNS, dont au.webmin.com(203.89.239.235). Il s'agit du serveur DNS principal du domaine webmin.com.
3. Le client DNS interrogera ensuite le serveur webmin.com pour connaître l'adresse de www.webmin.com . La réponse sera 216.136.171.204 qui est la bonne adresse IP.
4. Le client DNS obtiendra cette adresse IP et mettra en cache le résultat. Il saura désormais quelle est l’adresse IP de www.webmin.com et il n’aura plus besoin de répéter toutes ces étapes. Mais ce résultat a un TTL, donc après ce délai, les données d'adresse IP seront obsolètes et le client DNS suivra à nouveau ces étapes afin de trouver l'adresse IP de www.webmin.com . Ceci est fait afin de ne pas répéter ces étapes encore et encore, créant ainsi beaucoup de trafic sur Internet.
Comme vous pouvez le constater, le serveur DNS peut trouver l'adresse IP de n'importe quel hôte sur Internet en suivant un algorithme simple. Il n'est pas possible de trouver uniquement l'adresse des serveurs racine. Ils sont lus à partir d'un fichier. Les adresses des serveurs racine changeant rarement, elles sont stockées dans un fichier spécifique.
La relation entre les adresses IP et leur nom d'hôte est stockée dans DNS séparément de la relation entre le nom d'hôte et l'adresse IP. Ceci est fait afin de permettre de rechercher le nom d'hôte (nom d'hôte) par adresse IP en utilisant un algorithme d'actions similaire à celui décrit ci-dessus. Cela s'explique par le fait que des incohérences peuvent survenir entre la relation entre l'adresse IP et le nom d'hôte et entre le nom d'hôte et l'adresse IP. Par exemple, www.webmin.com est associé à 216.136.171.204, mais 216.136.171.204 est associé à usw-pr-vhost.sourceforge.net ! Cela prête à confusion, mais c’est un fait réel. Lorsqu'un client souhaite trouver un nom d'hôte pour une adresse IP telle que 216.136.171.204, il convertit cette adresse en une entrée telle que 204.171.136.216.in-addr.arpa. Comme vous pouvez le voir, il s'agit de la même adresse IP, juste inversée et ajoutée à la fin de in-addr.arpa. La zone spéciale in-addr.arpa est gérée par les serveurs DNS racine et ses sous-domaines sont disponibles pour d'autres serveurs DNS. Généralement, chaque zone de classe C (par exemple, 171.136.216.in-addr.arpa) est gérée par les serveurs DNS des entreprises ou des FAI propriétaires de ces zones. Cela signifie qu'ils peuvent créer des entrées définissant la relation entre une adresse IP et son nom d'hôte. Tous ces enregistrements sont d'un type spécial - PTR. Le gros problème est la méthode permettant de trouver tout ce qui est inférieur à la classe C (qui comprend 256 adresses) servie par un seul serveur DNS. Ainsi, si le serveur dessert la zone exemple.com, qui ne contient qu'une seule entrée, www.exemple.com avec l'adresse 1.2.3.4, alors certains serveurs ne pourront pas trouver cette adresse. Par conséquent, il est préférable d'avoir cette entrée sur le serveur DNS du FAI ou de la société d'hébergement dont le réseau inclut le serveur Web pour www.example.com . Seules les organisations peuvent avoir besoin de posséder un réseau de classe C et de maintenir une zone inversée pour ce réseau à l'aide de leur propre serveur DNS.
De nombreuses organisations disposent d'un réseau interne qui utilise des adresses IP privées commençant, par exemple, par 192.168. Un réseau comme celui-ci se connecte à Internet via un pare-feu utilisant NAT. Certaines personnes disposant d'un réseau domestique organisent leur accès à Internet de la manière suivante. L'une des machines a un accès direct à Internet. C'est la Passerelle. Le reste, je me connecte via lui. Il s'avère qu'ils travaillent sur Internet sous la même adresse IP.
De plus, dans de tels réseaux, un serveur DNS peut être nécessaire pour attribuer des noms d'hôte aux ordinateurs du réseau interne. Ceci est possible en créant une zone avec un nom arbitraire comme home ou internal qui contient des entrées sur les ordinateurs internes du réseau, et également en créant une zone inversée pour le réseau 192.168 afin que les adresses IP puissent être trouvées par requête. Le serveur peut également être configuré pour rechercher le véritable nom d'hôte Internet, comme n'importe quel serveur DNS normal. Cependant, une telle recherche ne mènera à rien, puisque votre zone locale n'est pas enregistrée sur Internet.
Nom d'hôte est un nom symbolique attribué à un périphérique réseau qui peut être utilisé pour organiser l'accès à cet appareil de différentes manières. En règle générale, un nom d'hôte est un nom de domaine, qui est beaucoup plus facile à lire, à mémoriser et à prononcer pour un humain que la même adresse IP numérique qui identifie également un périphérique réseau.
Bien qu'une adresse IP soit requise pour identifier un appareil, l'attribution d'un nom d'hôte est facultative.
Il existe plusieurs façons d'attribuer un nom d'hôte à un appareil. Les noms de domaine complets (FQDN) sont gérés et attribués aux hôtes Internet via le système mondial de noms de domaine (DNS) et sont uniques sur Internet. Cependant, cela peut être fait de la même manière sur les réseaux locaux par des serveurs DNS locaux, ou le nom d'hôte peut être déterminé à l'aide du fichier « hosts » sur un ordinateur séparé.
Dans tous les cas, les appareils sur un réseau ne peuvent techniquement se connecter qu’en utilisant une adresse IP. Cela signifie que pour établir une connexion avec un appareil par son nom, il doit être possible de résoudre ce nom en adresse IP. De plus, plusieurs noms de domaine peuvent être attribués à la même IP (une IP - plusieurs noms de domaine). À cet égard, la résolution d'un nom de domaine en IP est une opération assez simple et peu nécessaire pour mettre en œuvre une connexion réseau. En revanche, résoudre une adresse IP dans la liste des noms de domaine qui lui sont attribués n’est généralement ni anodin ni nécessaire. Par conséquent, il n’est pas techniquement implémenté dans les protocoles Internet. Sauf dans un seul cas, le système DNS fournit un enregistrement spécial PTR (pointeur). C'est cette entrée qui permet la résolution inverse d'une adresse IP en un nom d'hôte, et c'est ce nom qu'on entend par « nom d'hôte » et c'est en quoi il diffère du « nom de domaine » plus général.
Habituellement, par hôte, on entend le protocole TCP/IP, c'est-à-dire le nom de réseau d'un appareil connecté au réseau. Si une connexion réseau est créée dynamiquement, alors dans ce cas, nous pouvons parler du participant à la connexion qui gère la session de communication. Par exemple, lors de jeux en ligne.
Instruction
Tout d’abord, utilisez la ligne de commande Windows en vous connectant au système en tant qu’administrateur. Ouvrez le menu Démarrer et dans la section Exécuter ou dans la zone de recherche, tapez cmd et cliquez sur OK. Entrez sur la ligne de commande : nslookup domain_name ( hôte). Appuyez sur Entrée". Si possible, recherchez l'adresse IP de l'hôte, car cette information peut être masquée. Alternativement, au lieu de nslookup, vous pouvez saisir ping domain_name (hostname) /t, bien que cet accès puisse également être bloqué.
Reportez-vous à des sites tels que http://whois-service.ru, http://ip-whois.net ou http://2ip.ru. Saisissez l'URL que vous connaissez ou consultez la liste des connexions possibles à votre ordinateur en analysant votre IP. Si la connexion est directe, vous pourrez alors obtenir toutes les informations dont vous avez besoin. Vous pouvez également trouver des informations sur le site via lequel vous vous connectez par exemple au jeu.
Si vous avez besoin de savoir qui est actuellement connecté à un site de jeu (ou non) et à quelles adresses IP, accédez-y d'abord. Après cela, réduisez la fenêtre et via "Démarrer", reportez-vous à nouveau à la ligne de commande. Entrez : netstat et appuyez sur "Entrée". La fenêtre de ligne de commande affichera toutes les connexions et ports actuellement actifs. Par exemple : 198.168.11.1:55901 où 198.168.11.1 est l'adresse IP de l'hôte et 55901 est le port actif.
Vous pouvez également connaître l'adresse IP de l'hébergeur auprès du fournisseur, bien que ces données ne soient généralement fournies qu'à la demande de la police, des tribunaux et des services spéciaux. Alors ne tombez pas dans le piège des arnaqueurs qui vous proposent toutes ces informations contre un SMS « gratuit » ou après avoir cliqué sur un lien inconnu.
