Vlákno názorů k článku Výpadek TTC ochromil 200 tisíc e-mailových schránek Seznamu od Petr Souček - První článek jsem zaregistroval na Živě a mluvila...
-
Petr Souček (neregistrovaný)První článek jsem zaregistroval na Živě a mluvila o výpadku konektivity net4net do NIXu, tak jsem se díval, jak je to u Seznamu s konektivitou a DNS.
DNS servery jsou dva:
ns.seznam.cz 82.100.0.150 (AS9148 = net4net)
ms.seznam.cz 194.228.3.117 (AS5610 = Telefonica O2)
A teď pozor - kouzlo:
;; ANSWER SECTION:
www.seznam.cz. 300 IN A 194.228.32.3
;; Query time: 6 msec
;; SERVER: 82.100.0.150#53(82.100.0.150)
;; WHEN: Tue Jul 11 17:40:37 2006
;; MSG SIZE rcvd: 47
;; ANSWER SECTION:
www.seznam.cz. 300 IN A 212.80.76.3
;; Query time: 6 msec
;; SERVER: 194.228.3.117#53(194.228.3.117)
;; WHEN: Tue Jul 11 17:40:10 2006
;; MSG SIZE rcvd: 47
Tedy name server 82.100.0.150 v síti net4net vrací adresu web serveru 194.228.32.3 v síti Telefoniky O2 a name server 194.228.3.117 v síti Telefoniky O2 vrací adresu web serveru 212.80.76.3 v síti net4net.
Tedy pokud vypadne konektivita net4net, dostanu adresu web serveru v síti net4net, pokud vypadne Telefonica O2, tak dostanu adresu webu v síti Telefonica O2, tedy výpadek kterékoliv konektivity způsobí nedostupnost www.seznam.cz.
Je tohle efekt, který adminové Seznamu zamýšleli? Nemělo to být právě naopak?
Nebo jsem jenom něco nepochopil? -
Petr Souček (neregistrovaný)No zkoušel jsem to před týdnem i dnes opakovaně vícekrát (nejméně 10x) a vždy vrací IP adresu opačného providera, než u kterého ten nameserver je.
Což je podle mě špatně, protože DNS klient zpravidla používá odpověď z lépe dostupného nameserveru, a použité řešení vždy nasměruje uživatale tou trasou, které je pro něj horší. Jak je to v případě výpadku jedné trasy nevím, minulé úterý při výpadku to házelo adresy úplně stejně, jako dnes, to jest křížem, i když byl seznam down.
