Если ваш сервер стержня за брандмауэром NAT после этого, то вы вероятно будете считать адрес IP легко использовать. Скажите решения
www.example.com к 98.76.54.32 (общественному IP external), только сервера стержня имеет внутренне приватный адрес 10.98.76.54, вас не смогите использовать названное
www.example.com для вашего названного хозяина потому что он разрешит к неправильному адресу IP.
С другой стороны, если вы сервер стержня имеете адресы IP публики сразу прыгнуть к ему, то вы можете использовать имя после этого фактически, котор хозяин будет прыгнут к адресу IP который сопрягает имя и если вы двигаете config к серверу стержня e новому ничего в config изменит, как раз делаете вход dns изменить и, то с вас идите.
Настолько будет аргумент в пользу каждого метода, я угадываю его быть в зависимости от ваша ситуация и работает для вас.
Кстати, вы не можете использовать им-основанных (коллекторы хозяина) фактически серверов для HTTPS с сертификатами ssl на апаше, я верите будет дорога сделать это на IIS с множественными именами САН на сертификате.
