Старый, устаревший ведомый сервер DNS, который рассматривают вредным?
просто ищите "Программное обеспечение управления документооборотом" в Google, Вы найдете много поставщика DMS теми, кто предлагает пробную версию, Вы можете, выбрал любого из них после пробной версии использования.:)
Вы просто не можете зафиксировать администраторов, которые отказываются слушать установку TTL. Поэтому забудьте, что проблема, потому что это не то, которое можно решить.
Принятие, которое не может быть решено, затем при выполнении всех других правильных шагов затем, нет ничего, что можно сделать. Необходимо попытаться очень трудно синхронизировать серверы как лучше всего, Вы можете в маленьком окне, но даже с которым существует всегда маленькое окно, где ведущее устройство перед ведомыми устройствами.
Важная вещь состоит в том, что при отбрасывании ведомого устройства измените записи NS в зоне и измените понятие родительской зоны записей NS также. Удостоверьтесь, что Вы помните, что Ваш родитель имеет копию записей NS и связанного "связующего звена" (IP-адреса) для соединения с теми записями NS. Если Вы не изменили понятие своего родителя, то это могло быть причиной Ваших проблем.
DNS не распространяет. Единственный способ, которым ведомый сервер в Вашем предыдущем хосте может влиять на определение имен для Вашего домена, состоит в том, если это все еще перечислено как сервер имен для Вашего домена. Проверьте информацию WHOIS на свой домен и проверьте Вашего доменного регистратора для наблюдения, какие серверы имен перечислены для домена. Если старый ведомый сервер перечислен затем, необходимо получить зафиксированный. После того как Ваши серверы имен перечислены как единственные серверы имен затем, необходимо быть хорошими. До других серверов DNS, не соблюдая Ваш TTL, нет ничего, что можно сделать об этом. Что касается ведомого сервера, размещающего зону для Вашего домена, это не имеет значения, пока они не authoratative для Вашего домена.
Я могу разместить зоны DNS для Microsoft и Google, если я хочу, но это только имеет значение для клиентов DNS, которые используют мои серверы DNS для определения имен. Если ведомый сервер будет использоваться какими-либо клиентами DNS и если ведомый сервер все еще ответит на authoratively для Вашего домена затем, то он будет влиять на определение имен Вашего домена для тех клиентов, но все другие клиенты DNS будут незатронуты.
Выполненный выполненный dig +trace NS your.domain.com затем спросите каждый из серверов имен выше Вас, каково их мнение о серверах имен для your.domain.com. Дать пример с att.com:
$ dig NS +trace att.com
; <<>> DiG 9.7.0-P2-RedHat-9.7.0-5.P2.el6_0.1 <<>> NS +trace att.com
;; global options: +cmd
. 395258 IN NS d.root-servers.net.
. 395258 IN NS e.root-servers.net.
. 395258 IN NS c.root-servers.net.
. 395258 IN NS f.root-servers.net.
. 395258 IN NS m.root-servers.net.
. 395258 IN NS g.root-servers.net.
. 395258 IN NS l.root-servers.net.
. 395258 IN NS a.root-servers.net.
. 395258 IN NS k.root-servers.net.
. 395258 IN NS j.root-servers.net.
. 395258 IN NS b.root-servers.net.
. 395258 IN NS h.root-servers.net.
. 395258 IN NS i.root-servers.net.
;; Received 508 bytes from 212.2.96.53#53(212.2.96.53) in 213 ms
com. 172800 IN NS k.gtld-servers.net.
com. 172800 IN NS e.gtld-servers.net.
com. 172800 IN NS d.gtld-servers.net.
com. 172800 IN NS m.gtld-servers.net.
com. 172800 IN NS c.gtld-servers.net.
com. 172800 IN NS l.gtld-servers.net.
com. 172800 IN NS h.gtld-servers.net.
com. 172800 IN NS j.gtld-servers.net.
com. 172800 IN NS g.gtld-servers.net.
com. 172800 IN NS b.gtld-servers.net.
com. 172800 IN NS f.gtld-servers.net.
com. 172800 IN NS i.gtld-servers.net.
com. 172800 IN NS a.gtld-servers.net.
;; Received 497 bytes from 192.33.4.12#53(c.root-servers.net) in 190 ms
att.com. 172800 IN NS ns3.attdns.com.
att.com. 172800 IN NS ns2.attdns.com.
att.com. 172800 IN NS ns1.attdns.com.
;; Received 134 bytes from 192.48.79.30#53(j.gtld-servers.net) in 420 ms
att.com. 3600 IN NS ns1.attdns.com.
att.com. 3600 IN NS ns3.attdns.com.
att.com. 3600 IN NS ns2.attdns.com.
att.com. 3600 IN NS ns4.attdns.com.
;; Received 168 bytes from 144.160.20.47#53(ns3.attdns.com) in 210 ms
Здесь в j.gtld-servers.net говорится, что серверы имен для att.com являются нс [123] .attdns.com, и в ns3.attdns.com говорится, на самом деле существует 4-й. Если Вы просите, чтобы все серверы имен для com. о NS записали для att.com. (dig NS att.com @a.gtld-servers.net. затем dig NS att.com @b.gtld-servers.net. и т.д.) у Вас будет полное изображение, какой правильно настроенный клиент может получить, когда он просит сервер имен для Вашего домена.
Затем спросите каждый из серверов подлинного имени для Вашего домена (не уточнено [1234] .attdns.com. в примере), что, они думают о записях NS для своего домена (att.com в примере), и у Вас есть абсолютно полное изображение.
Это может быть немного утомительно, но если все ответы, которые Вы получаете, нормальны, затем Ваша конфигурация очевидно корректна. Вы внесли свой вклад для сокращения этапа перехода, и наконец все будут хорошо, но Вы ничего не можете сделать о ISPs, целеустремленно игнорирующем TTL для записей DNS для понижения нагрузки на их серверы.
Как упомянуто, другие ответы не на самом деле совершенно точны. Так, ответ на Ваш вопрос:
Может старый ведомый сервер DNS, так или иначе быть ответственным за облупленное распространение DNS?
Да, это может приблизительно по причине, что Вы сами определили и замена "эффектами, которые я вижу" для "облупленного распространения" (который не является тем, что происходит):
Если некоторые хиты сервера DNS истекают/обновляют время для некоторой зоны, это получает его данные путем обхода дерева DNS полностью от вершины (корневые серверы)? Или это просто сверяется с сервером, от которого это недавно получило зональную информацию?
Кроме того, что люди, делающие запросы DNS, не загружают целые зоны и то, что истечь/обновить времена не имеют никакого отношения к нему, Вы думаете вдоль корректных строк. Люди, которые уже искали информацию DNS для Вашего домена и его субдоменов, будут отправлены информацию о делегации за тем доменом. Пока TTL той информации не достигнут, они будут продолжать говорить непосредственно с содержанием серверы DNS, о которых они знают; и если они будут продолжать говорить с Вашей старой услугой хостинга DNS, то они будут продолжать быть сказанными старую информацию о делегации с новым TTL каждый раз.
Это - цикл, который может продолжиться неограниченно долго. Поэтому инструкции для надлежащего способа переключить делегации с одного набора содержания серверы DNS другому, такие как эти инструкции и эти инструкции среди других, подчеркивают, что важно не опустить шаг обновления информации о делегации, которую публикуют старые серверы — все они —.
Необходимо говорить старой хостинговой компанией и заставить ее обновлять то, что она публикует.