Si votre web server est derrière un mur à l'épreuve du feu de NAT puis vous trouverez probablement l'IP address plus facile à employer. Dire les résolutions de
www.example.com à 98.76.54.32 (IP public d'external), mais le web server a une adresse privée interne 10.98.76.54, vous ne peut pas employer
www.example.com nommé pour votre centre serveur appelé parce qu'il résoudra à l'IP address faux.
D'une part, si vous web server fait bondir des IP address publics directement à lui, vous pouvez employer le nom alors que le centre serveur virtuel sera lié à l'IP address qui assortit le nom et si vous déplacez les config au nouveau web server d'e rien dans les config ne changera, faites juste l'entrée de DNS changer et outre de vous aller.
Donc il y a un argument en faveur de chaque méthode, je devine qu'elle dépend de votre situation et ce qui fonctionne pour vous.
D'ailleurs, vous ne pouvez pas utiliser (des en-têtes de centre serveur) les serveurs virtuels nom-basés pour HTTPS avec des certificats de SSL sur apache, je croyez qu'il y a une manière de faire ceci sur IIS avec des noms multiples de San sur le certificat.
