Comment utiliser les noms d'hôte sur un serveur local?

Je connais bien l’achat de noms d’hôte / domaines et je connais assez bien les serveurs DNS pour la résolution des domaines en adresses IP, mais pour une solution domestique, je ne sais absolument rien.

Supposons que je souhaite héberger quelques sites Web sur mon serveur domestique exécutant Server 2012 R2. J'ai installé le service DNS mais je ne pense pas que ce soit la solution à ce problème. J'ai déjà envisagé d'utiliser DynDNS, mais je ne sais pas s'il est possible de faire ce que je veux pour moins cher ou même gratuitement. Je souhaite pouvoir acheter des noms d'hôte et les lier à des en-têtes HTTP sur mon serveur. Mon adresse IP ne change pas particulièrement pour autant que je sache, alors je ne pense pas avoir besoin de services DNS dynamiques, je me contenterais de la lancer.

Merci.

— Christopher Bruce
source

Réponses:

Si vous voulez votre propre domaine, par exemple pour une indépendance vis-à-vis d'une solution DynDNS, vous pouvez définir le DNS du domaine par l'intermédiaire de la personne à qui vous l'avez acheté, pour CNAME une entrée DynDNS. Ou, si vous préférez, définissez l'enregistrement A du domaine avec votre adresse IP. Vous pouvez le faire si vous êtes satisfait de devoir le changer à chaque fois que votre contrat de location de fournisseur d'accès Internet expire ou change.

Une fois que vous avez fait cela, il ne vous reste plus qu'à configurer votre serveur Web. Apache est assez simple et il y a un bon guide ici:

https://httpd.apache.org/docs/2.2/vhosts/

Les requêtes HTTP 1.1 (effectuées par presque TOUS les clients) contiennent un en-tête Host: qui indique au serveur Web l’hôte virtuel auquel la requête est destinée, afin que vous puissiez héberger plusieurs domaines sur la même adresse IP.

IIS a un concept similaire décrit ici:

http://support.microsoft.com/kb/816576

Bien que je reste fidèle à Apache car cela vous donne aussi l’indépendance de la plate-forme.

J'espère que cela t'aides

— Ed Neville
source

Vous pouvez le faire en utilisant Apache et en configurant le serveur, mais je vous recommande vivement de ne pas le faire, car une faille dans vos mesures de sécurité locales et un pirate informatique peut voler votre nom de domaine entier.

En termes simples: si vous devez poser cette question, vous n’en savez pas assez pour protéger votre domaine.

En d'autres termes: si vous devez poser cette question, vous ne devriez pas essayer.

— Art Badger
source

Décrivez ce que vous entendez par un pirate informatique volant tout le nom de domaine. Cela devrait être fait au registre, pas au système local. La rupture du système local ne permet pas à un domaine de prendre le relais. D'autre part, obtenir un accès en écriture au système de fichiers local peut permettre certaines modifications du contenu du site Web, mais il s'agit d'un problème différent.

— Ed Neville

Je ne pense pas que l'une ou l'autre des réponses aide vraiment beaucoup. J'essaie de trouver un guide ou une solution ou des étapes que je peux utiliser pour configurer la résolution DNS ou du nom d'hôte sur le serveur 2012. Le service / rôle DNS est installé. Par conséquent, puis-je l'utiliser si j'achète un nom de domaine et configurer des zones de recherche directe? Je veux dire "vous pouvez le faire en utilisant Apache et en le configurant" est assez vague ...

— Christopher Bruce

Vous devez utiliser www2 pour un serveur local. Si vous ne connaissez pas déjà Apache, vous ne devriez pas tenter cela! À moins que vous ne vous souciez de la sécurité. Vous êtes un terrain de jeu pour les hackers.

— Art Badger

Je ne suis pas d'accord. Apache ordinaire convient, il servira du contenu statique, Apache ne deviendra pas un terrain de jeu pour les pirates. Peut-être si vous mettez PHP et WordPress sans appliquer les mises à jour de sécurité. Le seul problème que je connaisse qui n'affecte qu'Apache soit l'attaque de Sloaris, et il ne s'agissait que d'un déni de service, car il envoyait des demandes à 1 caractère par seconde, ce qui bloquait les fils. Inoffensif du point de vue des données, mais nuisible du point de vue du service car cela bloquerait tous les threads.

— Ed Neville