Остается пара недель до запуска нового веб-сайта для клиента, который заменит существующий веб-сайт с тем же URL.
В рамках работы они переносят свои серверы имен на нашего хостинг-провайдера (Rackspace). Сначала им нужно разрешить их старый веб-сайт (размещенный неизвестно где у их старого провайдера), а затем в день запуска мы переключим его на новый сервер.
Хотя я отвечаю только за веб-сайт, я знаю, что записи DNS также отвечают за такие вещи, как электронная почта, поэтому ...
Для получения копии существующего DNS может потребоваться «очистка» его от веб-интерфейса управления. Ты можешь пытаться выполнить зональный перенос зоны с помощью dig, nslookup, или DNS-сервер, но любой правильно настроенный DNS-сервер не будет обслуживать передачи зон кому-либо ДжоTM.
Вы найдете несколько вопросов о сбое сервера относительно упорядоченного переключения записей DNS между «старым значением» и «новым значением» (вот один из них: Как мне плавно перенести DNS веб-сервера с одного IP-адреса на другой?).
Традиционный метод выполнения такого переключения состоит в том, чтобы поместить «старое значение» в DNS-сервер (например, предварительно вырезанный IP-адрес, назначенный записи «www» A) и уменьшить TTL перед сокращением (некоторые люди предпочтительнее уменьшать это значение наполовину, пока не произойдет разрез - 24 часа, 12 часов, 6 часов и т. д., вплоть до разреза). Как только вы достигнете времени переключения, вы установите новую запись и установите любой TTL, какой захотите. В идеале предварительно вырезанная запись имела такой короткий TTL, что она быстро выходила из кэша на всех рекурсивных резолверах в сети, которые могли ее кэшировать (при условии, что все подыгрывают и не делают глупых вещей, таких как переопределение ваших TTL) .
Вы можете улучшить это, используя перезапись URL или обратный прокси на старом веб-хосте, чтобы направлять клиентов на новый хост, если вы действительно параноик (или кто-то не играет по правилам и игнорирует ваш TTL). Нужно ли вам впадать в этот уровень паранойи или нет, будет зависеть от ваших конкретных обстоятельств. Если сайт статический по своей природе, я бы оставил его работающим на старом сервере, пока вы не перестанете видеть обращения, попадающие в журналы.
Я думаю, что важными записями, вероятно, являются запись MX для домена и записи A для домена, «www» и все, на что указывает запись MX. Я бы перестраховался и скопировал все содержимое зоны, чтобы вы могли позже изучить каждую запись и выяснить, используются ли они и для чего они используются. (Я знаю, что у моих клиентов обычно есть запись для своего VPN-шлюза между пользователями, например, в общедоступном DNS.)