Мы запускаем несколько виртуальных машин Linux на нашем кластере Hyper-V. Наш старый ИТ-менеджер настроил DNS-сервер для разрешения URL-адреса devlabs.ourdomain.com на веб-сервер debian squeeze apache, размещенный в кластере Hyper v с именем хоста: devlabs.
Недавно мы создали новую виртуальную машину Ubuntu, чтобы заменить исходную виртуальную машину сжатия. Когда мы создавали новую виртуальную машину Ubuntu, мы использовали то же имя хоста devlabs для наименования новой виртуальной машины.
Моя проблема в том, что теперь я могу получить доступ к новой виртуальной машине Ubuntu только с помощью IP-адреса.
Как я могу обновить наш DNS-сервер, чтобы он указывал URL-адрес devlabs.ourdomain.com на новую виртуальную машину?
DNS-сервер - это виртуальная машина Debian squeeze, установка DNS - это та, где вы выбираете тип сервера во время установки.
Вам просто нужно заменить IP-адрес в записи DNS для devlabs.ourdomain.com. Как это делается, зависит от типа используемого вами DNS-сервера, имя которого вы не называете.
Другой вариант - просто дать новому серверу тот же IP-адрес, что и старый. Конечно, старая машина должна быть отключена, чтобы это работало без конфликтов.
Как я могу обновить наш DNS-сервер, чтобы URL-адрес devlabs.ourdomain.com указывал на новую виртуальную машину?
Это зависит от того, какой DNS-сервер вы используете, который вы не указываете. В BIND последовательность событий обычно выглядит примерно так: идентификация главного сервера имен для зоны. на главном компьютере внесите изменения в главный файл зоны, чтобы изменить его содержимое. проинструктируйте BIND перезагрузить зону с помощью «rndc reload myzone.example.org», если у вас настроен rndc (лучше), в противном случае остановите и перезапустите сервер имен (нежелательно). Дайте время для распространения информации о новой зоне на любой вторичный полномочный серверы, которые (при правильной настройке) должны получать уведомления от главного сервера для обновления своей информации посредством передачи зоны. Последовательность немного проще, если вы используете динамические обновления.
Однако имейте в виду, что даже после того, как вы внесли изменения, могут быть клиенты, пытающиеся использовать старый адрес в течение некоторого времени. Все записи ресурсов DNS имеют ассоциированное значение TTL («время жизни»), которое указывает, как долго им разрешено кэшироваться другим сервером. Серверы, которые должным образом соблюдают это значение (увы, не все из них), должны надежно отвечать на запросы с новым значением по времени (время изменения на последнем авторитетном сервере) + (TTL в секундах), но до этого времени другие серверы, которые кэшировали ответом законно разрешено дать клиенту старое значение в ответ на запрос.
Обычные стратегии для смягчения этой проблемы - уменьшить значение TTL для записей ресурсов до изменения или работать на обоих серверах, пока не истечет TTL и DNS не установит новый адрес.
Если новый сервер заменяет старый, я бы дал ему тот же IP-адрес, чтобы избежать возможных проблем. Как вы сказали, он использует DHCP, исправьте IP-адрес на DHCP-сервере, используя новый MAC-адрес, и в этом случае вам не нужно обновлять DNS-сервер.
Чтобы ответить на ваш вопрос о том, как обновить DNS-сервер, если вы не используете тот же IP-адрес, что и старый сервер, вы не сказали, какой у вас DNS-сервер, но я уверен, что это привязано, поэтому вам нужно перейти на /etc/bind и отредактируйте файл зоны для своего домена, отредактировав запись A для devlabs с новым IP и обновите (увеличьте) серийный номер зоны (в "заголовке" файла - вы можете увидеть пример файла с комментариями).
Когда закончите, перезапустите привязку (sudo /etc/init.d/bind9 restart) и посмотрите на конец /var/log/syslog чтобы убедиться, что зона загрузилась без проблем.
Замечания: вы сказали, что сервер получает IP-адрес от DHCP, но убедитесь, что IP-адрес всегда один и тот же (зарезервируйте IP-адрес для его MAC-адреса), потому что нет смысла обновлять DNS, если IP-адрес изменяется.