У меня есть домен, для которого я обновил серверы имен, чтобы они указывали на мой новый сервер не так давно (~ 1 час) назад:
Отчет WHOIS сообщает мне, что он обновлен:
http://www.dnsstuff.com/tools/whois/?ip=ablazex.com&cache=off
Почему, когда я пытаюсь получить доступ к сайту или даже пинговать его, он по-прежнему разрешается на старый сервер?
Если вы не установили нестандартное «время жизни» на своем старом DNS-сервере, вам придется подождать значительное время (обычно 1-7 дней), пока истечет срок действия кэшированных DNS-записей удаленных пользователей. Обычно этого можно избежать, установив TTL на что-нибудь очень короткое (например, 5 минут); однако по очевидным причинам изменение TTL должно было быть выполнено как минимум за неделю до смены сервера, и это не может быть выполнено задним числом. По крайней мере, вы будете знать, что делать по-другому в следующий раз.
Предложения:
Если вы обслуживаете полностью статический контент, вам следует рассмотреть вариант просто оставить оба сервера включенными в течение нескольких дней.
Если рассматриваемый сервер является веб-сервером, вы можете настроить свой старый сайт для перенаправления посетителей на новый сайт во время перехода. Настройте совершенно новую запись «A» в качестве поддомена (например, «new.example.com»), указывающего на IP-адрес вашего нового сайта. Затем на своем старом сервере настройте заголовок обновления HTTP (или эквивалентный метатег), перенаправляющий всех клиентов на новый сайт.
[править] Этот ответ основан на следующих предположениях:
Мы предполагаем, что вероятной причиной является запись A, которая была кэширована различными клиентскими машинами, серверами имен ISP и т. Д. Мы не знаем TTL для устаревшей записи A, связанной с доменом @ NullUserException. По моему личному опыту, хостинговые компании предпочитают 48 часов в качестве TTL по умолчанию, но другие здесь сообщают, что видят другие значения по умолчанию. Мы также считаем маловероятным, что кто-либо когда-либо менял значение по умолчанию.
Мы предполагаем, что @NullUserException хочет все (не только себя), чтобы иметь доступ к сайту в новом месте; поэтому потенциальные обходные пути, затрагивающие только локальный компьютер (например, очистка локального кеша DNS или редактирование файла локальных хостов), не предлагаются.
«Записи DNS» относятся к записям DNS в целом, а не к конкретному типу записи DNS.
Когда вы говорите, что когда вы пытаетесь получить доступ к сайту или пинговать его, он переходит на старый сервер, можете ли вы быть более конкретными? Вы пытаетесь перейти на www.domain_name.com? Если да, то на что указывает запись A или CNAME для www? Начните с вершины цепочки: запустите nslookup (или dig) и запросите серверы имен для домена. Возьмите эти результаты и запросите на этих серверах имен запись A или CNAME для сайта. О чем говорят результаты?
Ваша проблема, вероятно, будет решена в течение 48 часов, но в то же время, если вам нужно, чтобы ваш компьютер переводил ablazex.com на другой IP-адрес, а не тот, который предлагает ваш DNS, вы можете добавить IP-адрес в свой файл хоста. В Windows это c: / Windows / System32 / Drivers / Etc / Hosts, вы можете отредактировать его с помощью блокнота и добавить следующую строку:
xxx.xxx.xxx.xxx ablazex.com
Где xxx.xxx.xxx.xxx - это IP-адрес, на который должен указывать ablazex.com. Иногда единственной проблемой является кеш DNS вашего ПК. Предполагая, что вы используете Windows, вы можете ввести в командной строке:
ipconfig /flushdns
Это очистит кеш DNS вашего ПК и, возможно, решит вашу проблему. Обязательно перезапустите браузер после редактирования файла хоста или очистки кеша DNS.
Проблема в том, что кэшированный DNS-сервер вашего интернет-провайдера (или внутренней сети) еще не обновлен. Вы можете подключиться к прокси-серверу (найдите его в Google). Если ваш внешний IP-адрес изменится (что подтверждено проверкой на cmyip.com), выполните следующие действия:
Очистите локальные настройки DNS. В Windows запустите командную строку и введите:
ipconfig /flushdns
Перезагрузите свою страницу.
То же самое произошло со мной, но поскольку я знал, что TTL должен быть уменьшен до передачи сервера, я сделал следующее, и это решило мою проблему.
Это решило мою проблему.
Альтернативное решение: если возможно, вы можете проинструктировать пользователей лично, вы также можете попросить их выполнить команду «ipconfig / flushdns» и перезапустить весь браузер на компьютере пользователя.
Надеюсь это поможет! Спасибо
Ваше изменение DNS может занять до 48 часов, чтобы отфильтровать все DNS-преобразователи. Это то, чего нельзя избежать почти во всех случаях. если вы не очень-очень близко корень. Просто сядьте и подождите, если вы не можете добраться до него в течение 24 часов, вы можете связаться с опоратором серверов имен.