wolrdnetclub / hungarydns - szandekos leallas?

Hálózatok általános

Udv!

Ugy 40 perce tapasztaltam (nehany ugyfel hivott), hogy nem mukodnek a dns- ek. A fenti szolgaltatonal vagyunk ugy 9 honapja jo sok domainnel. Mivel a szolgaltato sajat honalpja sem elerheto (mivel minden dns szerveruk leallt), beletelt kis idobe, mire kigugliztam kit kell felhivni. Azt a valaszt kaptam, hogy ez egy tervezett leallas volt, es kuldtek rola emailt (amit mi nem kaptunk meg), es hogy nem tudjak megoldani 2013- ban, hogy legalabb egy dns szervert ott hagyjanak, aki kiszolgalna ebben az 1 oraban a dolgokat, nem tudjak egyesevel sem frissiteni a szervereket. Ez szerintetek mennyire hiheto / eletkepes koncepcio, hogy nem lehet megoldani? Mas dns szolgaltato is ezt csinalja, es buszken hangoztatja kozben, hogy meg igy is 99.9%- ot teljesitenek (ami persze lehet, hogy igaz).

Ami meglepett, hogy a google is megadta magat: 


host $HOST
;; connection timed out; no servers could be reached
host $HOST 8.8.8.8
;; connection timed out; no servers could be reached

.

  • 6274 megtekintés

( uid_7086 | 2013. 11. 24., v – 01:42 )

Amennyi dolgom volt DNS-ekkel (nem sok), szerintem vagy tudatlanság vagy lustaság van a háttérben.
(lustaságba beleértve azt is, hogy kevés az érintett ügyfél, a szolgáltató úgy számol, hogy nem zavarja őket negyed óra kiesés, ezért nem is tervez áthidaló megoldást a karbantartás idejére)

Hogy nem tudtál elérni külső DNS-t... hát az én routereimen is van olyan opció, hogy kapjon el minden DNS kérést és ő szolgálja ki, de ilyet egy szolgáltató vajon miért tenne?
(vannak elképzeléseim, de inkább nem hangoztatom őket ;) - bár ha nem ISP, csak tárhely szolgáltató, akkor picit más a leányzó fekvése )

Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)

Milyen elképzeléseid vannak? Privátban is leírhatod : -).

Így ránézésre csak tárhelyszolgáltató.

Egyébként abból a tervezett negyed órás leállásból végül majdnem egy óra lett, de ezt hogy kell számolni? Pl. egy távoli szerveren csak órákkal később állt helyre a szolgáltatás, szóval ha úgy vesszük, ez már órákat jelent (speciel most egy manilai szerverről van szó).

Olyan NSA-s... :DDD
(csak poénnak szántam egyébként, mielőtt még...)
A negyedórát meg csak úgy általánosságban mondtam, régi szép emlékeimre támaszkodva (mikor beterveztük, hogy áh, ez csak negyedóra lesz - ez volt péntek éjjel. Vasárnap reggel már nagyjából el is indult a rendszer - szerencsére akkoriban még hétvégén csak az IT dolgozott :D)

Aki tudja, csinálja, aki nem tudja, tanítja... Hm... igazgatónak talán még jó lennék. :)

( p.zoltan | 2013. 11. 24., v – 01:48 )

Valószínű, hogy nincsenek külön dedikált dns szervereik hanem jó esetben valami két szerencsétlen webszerverre van felkanyhalva minden, vagy rossz esetben egy webhost gépen fut mindkét dns... zéró redundancia.

Nem hiszem, ilyen esetben mindig 2 helyről próbálkozom, az egyik Nyugat- Európa, a másik Budapest.

Nem tudom mennyi idő alatt kellene a google dns- hez elterjedni az adatoknak, de fura, hogy ilyen rövid idő alatt megtörtént. Eleve, ha csak lehúzzák a webszervert, akkor a google miért dobja ki a címet?

1/3- ad nap. Ez nem annyira alacsony szerintem.

Bar lehet nem ismerem megfelelo melysegben a dns terjedeset, csak picit fura, hogy ha a google probal frissiteni az O webszerverukrol, es az nem elerheto, akkor O kidobja a rekordokat. Persze, nem az O feladata a hozzam tartozo domainekhez nevszolgaltatast nyujtani... .

( joco01 v | 2013. 11. 24., v – 09:15 )

Érdekes, ns1.hungarydns.eu és ns2.hungarydns.eu IP-je eléggé eltér, de nálam az utolsó előtti hopig ugyanaz a traceroute.

--

( pozsy v | 2013. 11. 24., v – 23:52 )

a google nem adta meg magát, csak éppen nem volt nála becachelve az adott host, így neki sem volt más választása mint megpróbálni az authoritative dns.hez fordulni, ami persze neki sem sikerült...

TTL.
Bővebben: ha a TTL 20 óra akkor is lehet hogy fél perc alatt "lejár", hisz a TTL csak annyit jelent, hogy 20 óráig nem fogja újból végigkérdezni a DNS-eket.
Pl.

dig @8.8.8.8 ibm.com: 

ibm.com.                6264    IN      A       129.42.38.1

dig @eur2.akam.net. ibm.com: 

ibm.com.                21600   IN      A       129.42.38.1

Az első esetben azt látod hogy mennyi idő múlva fogja újból kérdezni a DNS szerver az authoratív masináktól a. A második esetben pedig azt, hogy mi van beírva a zónába.

http://www.ateamsystems.com/blog/using-dig-to-find-domain-dns-ttl

Ezen túl még az is lehet hogy valóban saját elképzeléseik szerint kezelik a TTL-eket.