Действительно ли это - случай устаревшего кэша DNS ISP, или я уклонялся от чего-то?
Я в настоящее время нахожусь в процессе передачи веб-сайта прежней версии (от поставщика услуги хостинга прежней версии) к современному решению. Из-за моих зависящих от контекста требований (которые включают финансовые ограничения), я принял решение скопировать и копировать веб-сайт на капельке Digitalocean (виртуализированный экземпляр Linux), который имеет статический IP-адрес 104.131.187.206. Я уже настроил все соответственно, очистил различные свободные концы, которые прибывают из дублирования веб-приложения, которое сильно связывается к его системе, и т.д. и дублирующийся веб-сайт работает превосходный.
Теперь, моя цель состоит в том, чтобы указать на существующее доменное имя mcbc.on.ca к новому дублирующемуся веб-сайту на ДЕЛАЮТ капельку. IP-адрес (совместно использованного) поставщика услуг хостинга наследия 216.251.32.98. Очевидно, mcbc.on.ca указывал на этот адрес все это время. То, что я хочу, для mcbc.on.ca указать на 104.131.187.206. Кроме того, я все еще использую поставщика услуг хостинга прежней версии для DNS и сервера имен.
Моя задача должна быть простой - просто изменяют существующее запись для mcbc.on.ca в Зональном файле так, чтобы это теперь указало на 104.131.187.206. Теперь, я также хотел сохранить существующую ссылку на исходный веб-сайт, таким образом, я добавил новое запись для original.mcbc.on.ca это указывает на 216.251.32.98.
Я успешно вчера завершил все это, и мое изменение DNS успешно распространило на данный момент (проверенное использование этого инструмента). К вашему сведению это были приблизительно 12 часов, с тех пор как я внес изменение.
Моя проблема: По некоторой странной причине, каждый раз, когда я получаю доступ к веб-сайту в mcbc.on.ca, это иногда решает к СТАРОМУ адресу 216.251.32.98, и некоторые другие времена правильно разрешают 104.131.187.206. Я сказал бы, что частота составляет приблизительно 40% для старого адреса и 60% для нового адреса. Это - очевидно, проблема.
При рассмотрении того, что я ожидал хорошее количество времени (хотя я понимаю, что 12 часов являются, конечно, меньше чем 48 часами), а также то, что инструмент я упомянул выше шоу, что запись DNS распространила к Во всем мире, мое подозрение - то, что мой домашний Интернет поставщик ISP имеет устаревший кэш DNS.
Мой вопрос:Я прав? в противном случае то, что Вы думаете, является моей проблемой?
DNS, собственно говоря, не распространяется. Записи имеют TTL (время жизни), и именно столько времени другие кэширующие DNS-серверы должны сохранять существующий ответ поиска. Вы захотите больше заниматься самообразованием, а не следовать правилам эскизов вроде «12 часов должны сделать это».
Если авторитетный сервер имен показывает правильные результаты, это конец истории. Поскольку по крайней мере некоторые (как вы говорите, большинство) других серверов имен показывают обновленный ответ, все готово. Вы сделали то, что вам нужно, и фактически почти все, что вы можете сделать.
(Часто бывает неплохо снизить TTL задолго до ожидаемого изменения, и вы не говорите, сделали ли вы это. , или каков был TTL для начала.И поскольку вы не предоставили фактических данных, мы не можем проверить.)
/ Edit - теперь, когда мы можем видеть ваш TTL, он установлен на 1 день. Предполагая, что TTL не было недавно изменено на это значение, это означает, что любой, у кого есть старая запись, сохранит ее в течение как минимум 24 часов после получения этого ответа. Инициатор запроса (чаще всего другие DNS-серверы) не будет повторно запрашивать изменения, внесенные вами в течение следующих 24 часов. В вашем случае, по крайней мере за 24 часа до изменения, вы должны были снизить TTL до более низкого значения, разрешенного вашим DNS-провайдером.
Если вышестоящий DNS-провайдер вашего домашнего ПК не соблюдает TTL, используйте другой, и убедитесь, что ваш локальный кеш очищен.