Я перенес сайт с внешнего сервера Linux на новый сервер IIS. Настройки DNS обновлены и корректно отображаются в whois, squish.net, traceroute. Однако, когда я ввожу домен, я все еще смотрю на старый сайт на рабочем столе. Мобильная версия через сотовую (не LAN) указывает на новый сайт. Прошло 48 часов.
Пинг должен идти либо на 68.71.132.98/68.71.13299, либо на 72.18.129.7/72.18.137.218.
Как мне очистить старое кеширование DNS, которое кажется зависшим? Или другой вопрос: что вы видите? На старом сайте есть файлы HTML. Новый сайт (временный адрес) можно корректно просмотреть по адресу http://aikenenviroscape.com.wehostwebsites.com и является .CFM (холодный сплав). Большое фото на главной странице.
Если вы видите его правильно через ячейку, значит, ваш локальный DNS устарел (вы также можете перейти во внешнее местоположение, например Starbucks, и проверить оттуда, чтобы увидеть это). Там, где я нахожусь (Нью-Йорк, использую Verizon в качестве провайдера), я вижу файлы .cfm.
Очистка локального DNS зависит от того, как настроена ваша локальная сеть. Возможно, что-то есть на маршрутизаторе или на сервере домена и т. Д. Также возможно, что ваши рабочие станции имеют устаревшую информацию DNS; очистка, которая зависит от вашей настройки.
Обновить:
Похоже, TTL составляет 2 дня. Полная очистка может занять 48 часов, если вы не можете очистить кеш DNS. Вероятно, вам следовало сократить TTL перед переездом (т.е. 2 дня - это действительно очень, очень долго; TTL обычно меньше одного дня). Вы получаете выгоду от упрощения отката, если ничего больше.
Это зависит от того, каков TTL для записи DNS. Если (например) он установлен на 1 неделю, то 48 часов не будет достаточно для рекурсивного преобразователя, чтобы очистить его из своего кеша.
Если вы управляете локальным преобразователем, я бы предложил очистить его кеш. Если нет, то проверьте TTL для доменного имени. Это примерно подскажет вам, как долго вам нужно ждать распространения обновления.