• port3128
    #28
    "Ez igaz, de pont azt tekintve, hogy 4 napos hétvége volt, át kellett volna állniuk a tartalék rendszerre"
    Senkinek sem kellett átállnia tartalék rendszerre. Sőt, ha tényleg hardverhiba volt (ahogy az a HUP-postban szereplő egyik hozzászóló információja szerint visszajött az ISzT üzemeltetőktől), akkor lehet, hogy pont egy ilyen átállás okozta a hibát, a csonka zónafájlt.

    "De tovább megyek, ha rájönnek a hibára és gyorsan átállnak, simán ki tudtak volna küldeni egy kényszerítő frissítési parancsot, ami az egész galibát megoldotta volna azonnal, vagy legalábbis 1-2 óra alatt."
    Tényleg lövésed sincs a DNS-ről...
    Amit tudtak volna csinálni az az, hogy emelnek a hu zóna serialján, és küldenek egy NOTIFY-t a zóna secondary NS-einek.
    Ezzel egy dolgot érnek el: a csonka zónafájl eltűnik mindegyikről, és átveszi helyét a jó.
    DE PONT EZT TETTÉK, hiszen különben nem tudták volna megoldani a secondary NS-eken a csonka fájl eltűnését.

    Ez azonban lószart sem ér a rekurzív NS-ek szempontjából, amelyekben már ott volt az a pártízezer domain NXDOMAIN válasszal elcache-elve.
    Ezeket a világban millió gépen szétszórt cache-eket a hu domain üzemeltetője (az ISzT) NEM TUDJA INVALIDÁLNI, KI KELL VÁRNIA A TTL-EK LEJÁRTÁT (vagy egyesével megkérheti az összes érintett cache üzemeltetőjét, hogy törölje a (negatív) cache-t, de ez nyilván nonszensz).
    Ha ezt nem érted meg, nem hiszed el, sajnos tényleg inkompetens vagy a témához, ezen nincs mit szépíteni.