Реално време за ъпдейтване на DNS на домейн

[pisara]

След смяна на DNS на домейн ми изписва, че са необходими между 2 и 48 часа. Интересуваме някой дали има конкретни наблюдения за приблизително време, нещо по-точно ако може да ми каже.

 

[Fozzy]

След смяна на DNS на домейн ми изписва, че са необходими между 2 и 48 часа. Интересуваме някой дали има конкретни наблюдения за приблизително време, нещо по-точно ако може да ми каже.

Няма точно време. При мен е ставало както за 2, така и за 48 часа. Средно - 4-5 часа при мен.

 

[r.stefanov]

От: Реално време за ъпдейтване на DNS на домейн

Зависи от настройките на сървърите на провайдъра. T.e. ако искаш да знаеш точно време питай там, където е DNS-a. Понякога зависи и от Интернет доставчика, който използваш за да отвориш сайта, но има различни методи това да не бъде фактор. В Гугъл можеш да намериш информация по темата.

 

[pisara]

От: Реално време за ъпдейтване на DNS на домейн

Зависи от настройките на сървърите на провайдъра. T.e. ако искаш да знаеш точно време питай там, където е DNS-a. Понякога зависи и от Интернет доставчика, който използваш за да отвориш сайта, но има различни методи това да не бъде фактор. В Гугъл можеш да намериш информация по темата.

Вчера се занимавах с това упражнение и Фози се оказа прав, DNS се обновиха за 5-6 часа. :clap: Но, Благодаря ще имам предвид ако ми се наложи да ги местя пак.

 

[SoulReaver]

От: Реално време за ъпдейтване на DNS на домейн

Относително е, за около 24 часа максимум би трябвало да се отразят промените. Имай едно на ум, че при теб може по-бързо да се отрази промяната, а при хора, които ти отравят сайта по-бавно, както и обратното.

 

[pisara]

От: Реално време за ъпдейтване на DNS на домейн

Относително е, за около 24 часа максимум би трябвало да се отразят промените. Имай едно на ум, че при теб може по-бързо да се отрази промяната, а при хора, които ти отравят сайта по-бавно, както и обратното.

Да, имаше го и този момент, защото през нощта трафика беше по-нисък в сравнение с други нощи по същото време, но днес всичко е в нормалните рамки.

 

[s1yf0x]

От: Реално време за ъпдейтване на DNS на домейн

Доставчика, ще ти каже за какво време ще анонсира промяната, разбирай новия сериен номер на DNS зоната. А за колко време интернет доставчиците ще репликират тази промяна,.... божа работа . Става и за 15 мин става и за 15 часа.

 

[JaG]

От: Реално време за ъпдейтване на DNS на домейн

Доставчика, ще ти каже за какво време ще анонсира промяната, разбирай новия сериен номер на DNS зоната. А за колко време интернет доставчиците ще репликират тази промяна,.... божа работа . Става и за 15 мин става и за 15 часа.

Не е божа работа, има си TTL (Time To Leave) и той като изтече, те правят нова заявка и свалят зоната. Така трябва да работи по принцип. До сега съм виждал само в Хърватия техния телеком да прави проблем като си записват записите и не ги опресняват после. Промениш ли нещо, пращаш мейл да ти изтрият кеша (пълна простотия).

За nameservers (NS записите) си има стандарт и той е 2 дни TTL.

Ето и нагледен пример с predpriemach.com

$ dig predpriemach.com +trace

; <<>> DiG 9.8.1-P1 <<>> predpriemach.com +trace
;; global options: +cmd
.			93	IN	NS	d.root-servers.net.
.			93	IN	NS	e.root-servers.net.
.			93	IN	NS	f.root-servers.net.
.			93	IN	NS	l.root-servers.net.
.			93	IN	NS	h.root-servers.net.
.			93	IN	NS	i.root-servers.net.
.			93	IN	NS	a.root-servers.net.
.			93	IN	NS	j.root-servers.net.
.			93	IN	NS	b.root-servers.net.
.			93	IN	NS	m.root-servers.net.
.			93	IN	NS	g.root-servers.net.
.			93	IN	NS	c.root-servers.net.
.			93	IN	NS	k.root-servers.net.
;; Received 452 bytes from 127.0.0.1#53(127.0.0.1) in 649 ms

com.			172800	IN	NS	d.gtld-servers.net.
com.			172800	IN	NS	f.gtld-servers.net.
com.			172800	IN	NS	j.gtld-servers.net.
com.			172800	IN	NS	g.gtld-servers.net.
com.			172800	IN	NS	h.gtld-servers.net.
com.			172800	IN	NS	c.gtld-servers.net.
com.			172800	IN	NS	i.gtld-servers.net.
com.			172800	IN	NS	b.gtld-servers.net.
com.			172800	IN	NS	l.gtld-servers.net.
com.			172800	IN	NS	k.gtld-servers.net.
com.			172800	IN	NS	m.gtld-servers.net.
com.			172800	IN	NS	e.gtld-servers.net.
com.			172800	IN	NS	a.gtld-servers.net.
;; Received 494 bytes from 199.7.91.13#53(199.7.91.13) in 146 ms

[B]predpriemach.com.	172800	IN	NS	ns43.domaincontrol.com.
predpriemach.com.	172800	IN	NS	ns44.domaincontrol.com.[/B]                             <=== 2 дни TTL за всеки NS от root сървърите на .COM, ако си сменят name servers трябва да се рефрешнат навсякъде до 2 дни.
;; Received 118 bytes from 192.5.6.30#53(192.5.6.30) in 273 ms

[b]predpriemach.com.	1800	IN	A	70.38.31.215[/b]                                       <=== 30 минути TTL за A записа, ако predpriemach.com си сменят IP–то до 30 мин трябва да се рефрешне навсякъде
predpriemach.com.	3600	IN	NS	ns44.domaincontrol.com.
predpriemach.com.	3600	IN	NS	ns43.domaincontrol.com.
;; Received 102 bytes from 216.69.185.22#53(216.69.185.22) in 53 ms

Кога ще изтече TTL-a зависи от последния update на доставчика. Например ако TTL-a ти е 1 час на A записа и доставчика последно се е рефрешнал преди 10 минути, а ти го смениш сега, то след 50 минути ще се рефрешне и при него.

 

[s1yf0x]

От: От: Реално време за ъпдейтване на DNS на домейн

........... Така трябва да работи по принцип. До сега съм виждал само в Хърватия техния телеком да прави проблем като си записват записите и не ги опресняват после. .........

Значи не си се сблъсквал с БГ ISP-тата достатъчно.

 

[JaG]

От: От: Реално време за ъпдейтване на DNS на домейн

Значи не си се сблъсквал с БГ ISP-тата достатъчно.

Можеш ли да дадеш пример за bg isp, което override-ва TTL-a и го слага на по-висок отколкото е? Би било доста полезно за мен.
Обслужвам няколко стотин клиента българи и никой досега не се е оплакал.

 

[Federal]

От: Реално време за ъпдейтване на DNS на домейн

Здравей, при мен се получаваше същият проблем. Хоста променя dns сървърите, а доставчика не чисти записите си. От там увиснаха пощите, понеже са настроени с техните mail.hhhh ...bg и докато се усетя, какво е станало, минаха часове в разговори и молби. Най-накрая отказ за ползване и на двете услуги. Накрая се разбраха двете страни.

 

[JaG]

От: Реално време за ъпдейтване на DNS на домейн

Здравей, при мен се получаваше същият проблем. Хоста променя dns сървърите, а доставчика не чисти записите си. От там увиснаха пощите, понеже са настроени с техните mail.hhhh ...bg и докато се усетя, какво е станало, минаха часове в разговори и молби. Най-накрая отказ за ползване и на двете услуги. Накрая се разбраха двете страни.

Щом става дума за часове, мисля че всичко е било въпрос на време да ти изтече TTL-a на MX записите и проблема не е бил нито в хоста, нито в ISP-то.