hello, > Az lehet. En arra gondoltam, hogy adott egy nameserver valahol, ami > megmondja ns1.superisp.com cimet. Itt atallitjuk az uj ip cimre. Monjuk > az is igaz, hogy itt is at kell allitani az osszes domain-t. En csak > arra akartam kilyukadni, hogy igy nem kell az osszes domaint > atregisztraltatni. Ez bizonyos esetekben akár működhetne is, de ha egy adott zónát saját DNS szerver szolgál ki, mint a fenti példában is, akkor a rekurzió során mikor a kérdező odaér, hogy ki a superisp.com DNS szervere, és ekkor az ns1.superisp.com-ot kapja, amit nem tud lekérdezni, mert pont az ő zónájának DNS kiszolgálóját keresi.
Ezt próbáld meg jobban értelmezni: > > A nevszerver IP cimet hogyan fogod megkapni, ha csak a nevet > > ismered? Valamint itt nem arrol volt szo, hogy a gepnek hogyan > > mukodik majd a nevfeloldasa a koltozes utan, hanem arrol, hogy a > > vilag hogyan fog odatalalni hozza, az uj IP cimere. > > Egy ido utan majd megtalalja. mitől találná meg? A .com DNS megmondja a superisp.com DNS szerverét: ns1.superisp.com. Ezt szeretnéd feloldani, amihez kell a superisp.com DNS szervere, és ennél a pontnál már egyszer jártunk. > Az ilyen szinkronizaciokkal tobb szivas > van, mintha csak egyszeruen attesszuk a gepet, es az nem lesz elerheto > 1-2 oraig. Igazad van, nem vagyok teljesen tisztaban a dns mukodesi > mechanizmusaval, de talan, ha egy kliens nem talal az adott ip-n semmit, > akkor talan ujra lekeri, es legkesobb a ttl lejarta utan megkapja az uj > ip cimet. ha a .com nem tudja a superisp.com DNS kiszolgáló IP-jét, csak a DNS nevét, akkor kérdezősködhet egy ideig... :) a. -- Minden baj forrása az 1/x függvény. _________________________________________________ linux lista - [email protected] http://mlf2.linux.rulez.org/mailman/listinfo/linux
