Zadejte hledaný výraz...

DNS zmatky

Ryuji
verified
rating uzivatele
(1 hodnocení)
21. 11. 2012 07:44:45
Zdravím všechny,
potřebuji poradit jak ven ze zapeklité situace. Máme starý hosting Cesky-hosting, resp. Spolehlivé-servery.cz. Jeden e-shop jsem přesunul k WEDOSu. Takže zatímco starý hosting běžel, já nachystal hosting u WEDOSu, připravil všechna data a pak jen změnil DNS v administraci WEDOSu (jsou i jako registrátor domény). Toto jsem udělal v neděli odpoledne.
Starý hosting jsem ještě nechal. Problém jsem začal tušit v pondělí, kdy jsem třeba doma a v práci viděl pořád starou prezentaci, ale třeba přes tablet, kde mám 3G připojení jsem už viděl novou. Trvalo to dost dlouho. Tak jsem si řekl, že zruším starý hosting. Požadavek vyřešen za pět minut. A pro jistotu jsem ještě jednou zadal v administraci změnu DNS z WEDOS na WEDOS, tedy jakýsi můj pokus o reinicializaci DNS záznamů.
Večer se zdálo vše v pořádku. Přišel jsem domů a na jednom počítači jsem viděl parkovací stránku Cesky-hosting.cz. Na druhém PC stránky z WEDOSu, tedy v pořádku.
Dneska ráno jsem doma viděl na všech PC parkovací stránky Cesky-Hosting.cz, kde už o této doméně není ani zmínka a třeba z Heureka.cz mi přišel mail, že můj XML feed není nalezen. Přitom na tabletu přes 3G vidím vše v pořádku.
Tak a teď mi poraďte prosím co mám ještě dělat? Tohle je dost nešťastné období roku na zjišťování, že čtvrtka republiky třeba vidí místo e-shopu parkovací stránku.
Co vidíte vy na adrese www.kimmidoll.cz? A opravdu si tady nedělám reklamu, vážně tam vidím parkovací stránku a potřebuji pomoc... :-(
21. 11. 2012 07:44:45
https://webtrh.cz/diskuse/dns-zmatky#reply833823
krnac
verified
rating uzivatele
(14 hodnocení)
21. 11. 2012 07:47:42
já vidím z Německa shop na nějaký figurky , vše je OK.
21. 11. 2012 07:47:42
https://webtrh.cz/diskuse/dns-zmatky#reply833822
tallpa
verified
rating uzivatele
(4 hodnocení)
21. 11. 2012 07:48:19
já vidím nějaký bábušky takže u mě ok
21. 11. 2012 07:48:19
https://webtrh.cz/diskuse/dns-zmatky#reply833821
Vše je OK, zřejmě cache problém. Občas se to stává, zkontrolovat můžeš zde http://dnska.cz/index.php?domain=kimmidoll.cz&what=A
21. 11. 2012 07:52:40
https://webtrh.cz/diskuse/dns-zmatky#reply833820
Marek Byrtus
verified
rating uzivatele
(17 hodnocení)
21. 11. 2012 07:54:26
U me taky ok.
21. 11. 2012 07:54:26
https://webtrh.cz/diskuse/dns-zmatky#reply833819
Ryuji
verified
rating uzivatele
(1 hodnocení)
21. 11. 2012 07:56:12
Napsal krnac;872765
já vidím z Německa shop na nějaký figurky , vše je OK.
Díky za info ze zahraničí, to jsem taky potřeboval vědět... :-)
---------- Příspěvek doplněn 21.11.2012 v 07:57 ----------
Napsal Wladass;872768
Vše je OK, zřejmě cache problém. Občas se to stává, zkontrolovat můžeš zde http://dnska.cz/index.php?domain=kimmidoll.cz&what=A
Cache problém lokálně na stroji, nebo třeba u poskytovatele připojení? Proč mi Heureka nevidí XML feed, který tam zaručeně je?
21. 11. 2012 07:56:12
https://webtrh.cz/diskuse/dns-zmatky#reply833818
Můžou to být jak cache na stroji (flushnout je můžeš přes cmd) nebo cache u providera netu.
21. 11. 2012 08:03:07
https://webtrh.cz/diskuse/dns-zmatky#reply833817
Ryuji
verified
rating uzivatele
(1 hodnocení)
21. 11. 2012 08:12:41
Napsal Wladass;872773
Můžou to být jak cache na stroji (flushnout je můžeš přes cmd) nebo cache u providera netu.
Dobře, další informace. A teď tu radu v závorce prosím napsat jako pro dítě z pískoviště... :-) Cože to mám přes příkazový řádek? :-)
Už jsem si to vygooglil... A pokud s tím má problém provider, resp. jich asi (vzhledem k Heurece) může být po republice více, vyřeší to čekání třeba další den, dva, tři?
21. 11. 2012 08:12:41
https://webtrh.cz/diskuse/dns-zmatky#reply833816
Uvádí se že reaplikace DNS je do 24h, ale ze zkušenosti vím, že provider z nějakého zapadáková s tím může mít problémy a může to trvat delší dobu. Nevím co Heureka používá, zkusil bych se obrátit přímo na ně.
21. 11. 2012 08:22:33
https://webtrh.cz/diskuse/dns-zmatky#reply833815
Jan Novotný
verified
rating uzivatele
21. 11. 2012 08:25:59
Většinou to u uživatele vyřeší Ctrl + F5, stává se to poměrně často.. Co se týká prohledávačů apod., tak nemám tušení, protože google např. změnu mého webu (neměnilo se DNS, jenom obsah, ale to zase kompletně...) nezaregistroval ani po 2 týdnech a pořád zobrazuje tu starou.. :D
21. 11. 2012 08:25:59
https://webtrh.cz/diskuse/dns-zmatky#reply833814
Petr Zachrdla
verified
rating uzivatele
(1 hodnocení)
21. 11. 2012 08:48:00
U každého záznamu (A, AAAA, MX...) lze nastavit TTL (time to live). To dává informaci všem routerům na celé planetě (tedy i v zapadákově), kdy má zažádat o nové údaje resp. router nežádá automaticky, ale až dostane pokyn z jakéhokoliv prohlížeče na danou doménu, prověří, jestli rozdíl mezi aktuálním časem a časem posledního požadavku je větší než TTL. Pokud ano, vyžádá si nové informace. Pokud je TTL u A anebo AAAA záznamů nastaveno na dlouhý čas např. 24 hod., může se v krajním případu stát, že pokud někdo pošle požadavek v první hodině TTL, může být tato doba celou dobu původního TTL.
Proto je vhodné, aby se servery překrývaly alespoň 2,1 násobek nejdelší doby TTL na A, AAAA záznamech. Nebo se prvně změní TTL u záznamů A, AAAA na 5min. a po době 2,1 násobku původních TTL se provede převod. Ten pak trvá skutečně max. 10 min.
Heureka to mohla zaregistrovat klidně hned pokud routery na jejich serverovém připojení byly ve fázi kdy vypršelo TTL.
21. 11. 2012 08:48:00
https://webtrh.cz/diskuse/dns-zmatky#reply833813
Bacon
verified
rating uzivatele
(2 hodnocení)
21. 11. 2012 09:00:25
Vidím panenky, nicméně první načtení trvalo dost dlouho a viděl jsem jen title... při pokusu o refresh stránky se sice základ zobrazil hned, ale pořád se natahovala nějaká data a celkem to trvalo 46.42s podle monitorování v Chrome. Jako brzda se tam zobrazil soubor http://www.kimmidoll.cz/modules/piscesslider/slides/slide_00.jpg, jehož načtení mělo trvat 43.28s, což je při 109kB skutečně hooodně.
21. 11. 2012 09:00:25
https://webtrh.cz/diskuse/dns-zmatky#reply833812
FSP
verified
rating uzivatele
(1 hodnocení)
21. 11. 2012 09:06:14
Napsal Ryuji;872764
Problém jsem začal tušit v pondělí, kdy jsem třeba doma a v práci viděl pořád starou prezentaci, ale třeba přes tablet, kde mám 3G připojení jsem už viděl novou.
Ja som toto isté riešil nejaký čas dozadu. Pekne to pije nervy. Ja ani neviem po akom čase došlo u môjho providera k náprave, lebo som si radšej na routri zmenil DNS nastavenia, ale viem, že ešte zhruba po 5 (!!!!!) dňoch som na svojom PC videl starý dizajn webu.
21. 11. 2012 09:06:14
https://webtrh.cz/diskuse/dns-zmatky#reply833811
Ryuji
verified
rating uzivatele
(1 hodnocení)
21. 11. 2012 09:11:39
Napsal FSP;872788
Ja som toto isté riešil nejaký čas dozadu. Pekne to pije nervy. Ja ani neviem po akom čase došlo u môjho providera k náprave, lebo som si radšej na routri zmenil DNS nastavenia, ale viem, že ešte zhruba po 5 (!!!!!) dňoch som na svojom PC videl starý dizajn webu.
Díky za tuhle informaci. Ne že by mě uklidnila, ale aspoň vím, že nebude někde technický problém...
---------- Příspěvek doplněn 21.11.2012 v 09:13 ----------
Napsal Bacon;872786
Vidím panenky, nicméně první načtení trvalo dost dlouho a viděl jsem jen title... při pokusu o refresh stránky se sice základ zobrazil hned, ale pořád se natahovala nějaká data a celkem to trvalo 46.42s podle monitorování v Chrome. Jako brzda se tam zobrazil soubor http://www.kimmidoll.cz/modules/piscesslider/slides/slide_00.jpg, jehož načtení mělo trvat 43.28s, což je při 109kB skutečně hooodně.
Hmm, no, je to na WEDOSu, kde jsem v rámci testování měl vše dost rychlé. U starého hostingu mám nějaké potíže s Prestou, zatím neumím najít zdroj, takže jsem to vyřešil takto. Ale stránka se mi načítá rychle a bez problémů. Testování v Chrome bylo nějakým rozšířením, nebo na nějakém webu?
---------- Příspěvek doplněn 21.11.2012 v 09:13 ----------
Napsal Bedříšek;872784
U každého záznamu (A, AAAA, MX...) lze nastavit TTL (time to live). To dává informaci všem routerům na celé planetě (tedy i v zapadákově), kdy má zažádat o nové údaje resp. router nežádá automaticky, ale až dostane pokyn z jakéhokoliv prohlížeče na danou doménu, prověří, jestli rozdíl mezi aktuálním časem a časem posledního požadavku je větší než TTL. Pokud ano, vyžádá si nové informace. Pokud je TTL u A anebo AAAA záznamů nastaveno na dlouhý čas např. 24 hod., může se v krajním případu stát, že pokud někdo pošle požadavek v první hodině TTL, může být tato doba celou dobu původního TTL.
Proto je vhodné, aby se servery překrývaly alespoň 2,1 násobek nejdelší doby TTL na A, AAAA záznamech. Nebo se prvně změní TTL u záznamů A, AAAA na 5min. a po době 2,1 násobku původních TTL se provede převod. Ten pak trvá skutečně max. 10 min.
Heureka to mohla zaregistrovat klidně hned pokud routery na jejich serverovém připojení byly ve fázi kdy vypršelo TTL.
Děkuji za vyčerpávající vysvětlení, tohle jsem vůbec nevěděl, určitě mě to posunulo dopředu.
21. 11. 2012 09:11:39
https://webtrh.cz/diskuse/dns-zmatky#reply833810
Adam
verified
rating uzivatele
(39 hodnocení)
21. 11. 2012 09:15:49
Když už jsi tu ten link nahodil, nedá mi to se nezeptat. Ty panenky něco umí (třeba transformaci na hi-tech roboty nebo godzillu - narážím na tu verzi extra extra maxi, je docela drahá), nebo je to prostě takový fetiš pro japanofily? Každopádně vypadají hodně dobře :-)
21. 11. 2012 09:15:49
https://webtrh.cz/diskuse/dns-zmatky#reply833809
Pro odpověď se přihlašte.
Přihlásit