Для внутренних имен хостов я люблю присваивать субдомен для виртуальных машин, говорю "vm.example.com". Можно далее формировать рисунок этого с типом виртуализации (VMware., xen., kvm., и т.д.).
Затем каждый хост имеет описательное имя на Ваши внутренние стандарты. Я работал в двух средах, которые имели разумные стандарты имени хоста:
Первый - мое основное предпочтение, таким образом, для говорят, виртуальная машина веб-сервера для Вашей dev среды:
Для сервера базы данных в Вашей тестовой среде Xen (если Вы идете с несколькими типами виртуализации).
После многих часов поиска вокруг для получения информации, я споткнулся через идеальную небольшую утилиту для получения вышеупомянутой работы - dnsmasq. Я удалил dhcp3-сервер и bind9, установил dnsmasq, записал два конфигурационных файла строки (который NIC использовать и диапазон адресов DHCP для использования), перезагруженный, и все работает отлично.
Теперь нет никакого давления от моих пользователей, я могу не торопиться и выяснить, как все работает. Я не уверен, как гибкий dnsmasq, но теперь я могу не торопиться по нему.
необходимо будет настроить на Linux:
для создания вещей легче, Вы могли бы хотеть также настроить на Linux также:
здесь ищите их.
когда Вы становитесь опытными, Вы могли бы интересоваться формированием трафика совместно использовать пропускную способность справедливым способом между станцией - Google для Linux qos.
если у Вас есть общедоступный IP от Вашего ISP, Вы могли бы хотеть сделать перенаправление портов - Google для iptables dnat.
при использовании dhcp - Вы ничего не должны настраивать на своих окнах [или никакая другая система] клиенты.