Felvétel - kezdetét hatóság http

Felvétel "Start Of Authority"

Ebben a cikkben fogjuk megvitatni egyik legfontosabb felvételek Resource Description „Start of Authority” (SOA). Ez az eredménye határozza meg a terület, amely magában foglalja a leírásokat a források - más erőforrás Records.

A SOA rekord kezdetét az a leírás részben. Általában ez az első leírása a rekord (Resource Record - RR). Azt javasoljuk, hogy van egy és csak egy rekord típusú SOA minden területen leírás megadott fájl a rekord elsődleges named.boot fájl vagy az irányelvben fájl named.conf övezetben.

SOA rekord formátum is képviselteti magát:

[Zone] [TTL] SOA eredetű kapcsolati (soros frissítési retry lejár minimum)

Ebben a rekordot, minden mező jelzi a következő:

Field zóna - zóna nevét. Mikor jön a meghatározott területen a rekord elsődleges named.boot fájl nevét használják, mint egy szimbólum a kereskedelmi emeleten - „@”. Ebben az esetben, ahogy a neve az aktuális zóna veszi a megadott név, mint az első érv az elsődleges csapat named.boot fájl vagy terület neve az irányelvben megnevezett fájl named.conf övezetben.

övezet területén van szükség pontosan meg kell határozni, különben elemzi nem lesz képes összekapcsolni az alábbi leírás a rögzítési erőforrás a zóna nevét. Üres terület neve nem érvényes.

Akkor, persze, adja és teljes a zóna nevét, nem megfeledkezve, hogy a végén a nevét. „”:

kyky.ru. IN SOA ns.kyky.ru adm.kyky.ru (2 8H 30m 2w 2H)

ttl területen a SOA rekord mindig üres. Az a tény, hogy a caching időben a terület leírása bejegyzés megadja akár az utolsó argumentum SOA rekord adatait (BIND előtti verziókban 8.2.) Or irányelv $ TTL vezérlés. A tilalom a SOA cache-RFC 1035.

Field származási - ez a domain név az elsődleges mester szerver zónában. Abban az esetben, kyky.ru zóna leírásokat gépet kiszolgálóként ns.kyky.ru. Ez a domain nevet kell tüntetni a származási területen.

Nagyon gyakran ezen a területen megtalálja a neveket, hogy kezdeni „ns”, például, ns.kiae.su vagy ns.relarn.ru. Ebben az esetben, ez csak azt jelenti, hogy az elsődleges központi zónát szerver található a gépen ugyanazzal a névvel. Egy különleges fenntartott nevet, jelezve a területen nincs eredetű. A következő neveket a fentiek alapján az a tény, hogy ezek egyszerűen könnyebb megjegyezni, mert "Ns" azt jelenti, "name server".

Elég gyakran, a rendszergazdák zónák megbízottja részét területek más szervezetek ultimátumot, követelve, hogy a neve a primary master nem egyezik meg a zóna nevét.

Az a követelmény, azonban érvényes kitöltésekor interaktív űrlapok domain regisztráció, mert rendszer idején regisztráció nem tudja, hogy a zóna rendszergazda levelet zónadefiníció fájlt, azaz biztosítására, hogy a terület nevét és az elsődleges master szerver azonos, abban az időben a bejegyzését a domain van.

Ha a felhasználói nevet tartalmaz bármely speciális karakter speciális jelentése van a leírás a terület, azokat elfedi a backslash - „”.

Az adatok mezôre törik SOA érveket, amelyek meghatározzák, hogy a szerver a zóna leírás rekordokat. Általános szabály, hogy minden érvet kerülnek a másik vonalon, vagy a jobb kijelző, mindegyik a saját vonal, ami égetni őket a zárójelben. Emlékezzünk, hogy a konzolok meghosszabbíthatja az erőforrás rekord leírás egy pár sor, és a lapok és terek külön mezők rekord leíró erőforrás egymás között.

Képesség soros - meghatározza a sorozatszám a zóna fájlt. Egyszerűen fogalmazva, ezen a területen nyomon követi a zóna definíció fájl változásokat. Soros - egy 32-bites egész, és a korlátozás a számjegyek száma, amelyek megtalálhatók a kézikönyvek BIND, ténylegesen felfüggesztették.

Elvileg ez a szám lehet, de a legtöbb rendszergazdák használják a sorszám az év (4 pozíció), hó (két pozíció), nap (két pozíció), és verzió változásai terület (két pozíció) leíró fájl. Ezért ez a jelölés a következő lenne:

Összesen kiderül, hogy 10 karakter. A maximális hossza ezen a területen 8 karakter jelzik a régi kézikönyvek BIND.

Annak fontosságát, hogy a sorszám határozza meg az a tény, hogy amikor a szekunder (másodlagos) szerver címeket az elsődleges (primer) és frissíthetjük a zónainformációk összehasonlítja a sorozatszámot a gyorsítótárból a sorozatszámot az elsődleges adatbázis szerver. Ha a sorozatszám az elsődleges szerver több, a másodlagos szerver utal, hogy a primer és másolja a leírást az egész terület egészére, ha nem, akkor nincs változás az adatbázist. Tehát, ha változás történik az elsődleges adatbázis szerver adatait, az érték a tulajdonság a SOA soros adatrögzítés terén terület, amelynek közlését változott meg kell növelni. Változatlan szoba - ez egy tipikus hiba a rendszergazdák zónákat. Emiatt a legjobb, ha az Automatikus frissítések területen.

És mi a teendő, ha eléri a lehető legnagyobb sorszámot? A hipotetikus kérdés, mert akkor is, ha használják a sorszám a fenti jelöléseket fogjuk elérni a határértékeket a sorozatszám csak abban az évben 4294 (idézve az ember nevű FreeBSD 4.2 -RELEASE), de mindegy?

Tény, hogy minden egyszerű: meg kell kezdeni újra. Előtt 9-es BIND egyszerűen jelzi a 0. zóna leírás verzió bármikor, majd ismét növekedni kezd meg.

Frissítés attribútum meghatározza azt az időintervallumot, amely után a szolga szerver kell alkalmazni a master szerver azzal a kéréssel, hogy ellenőrizze a leírása található. Ahogy már említettük, a szakasz „típusai Domain Name Servers”, ellenőrzi a sorozatszám a zóna leírást.

A terület leírása betöltött szolga szerver minden indításakor vagy túlterhelt. Ugyanakkor stabil munka eltarthat egy hosszú idő, míg ezek az események nem történnek az életben. Ezen túlmenően, a legtöbb rendszer, amely támogatja a domain név szolgáltatás, éjjel-nappal dolgozik. Következésképpen a mechanizmus adatbázis szinkronizálás master és slave szerverek.

frissítési mező határozza meg az időtartamot, amely után ez a szinkronizálás automatikusan. Az intervallum van megadva másodperc. A frissítési mezőben megadhatja bármely egész 32 bites szám. Megadása egy kis értéket eredményez indokolatlan hálózati terhelés, mert a legtöbb esetben, a leírás a zónák meglehetősen stabil, de néha, amikor a zóna csak teremtett, megadhat egy kis sor.

Képesség újra jön szóba, ha a master szerver valamilyen okból nem képes kielégíteni a szolga szerver kérésére egy bizonyos tulajdonság frissítési. És pontosabban, az idő az időzóna leírását mester szinkronizációs szerver bármilyen okból nem felel meg a szolga kiszolgáló lekérdezések.

Próbálja újra attribútum meghatározza azt az időintervallumot, amely után a slave szerver, próbálja meg újra szinkronizálni a zóna leírást a master szerver. A attribútum értékét korlátozások megegyeznek a frissítési attribútum.

Ha ezt az értéket kell figyelembe venni több tényezőt. Először is, ha a master szerver nem válaszol, akkor a legvalószínűbb, hogy valami komoly (helyezettje vágott része a hálózat, mert zavart festék a falakon, a kotrógép ásott autópályán vagy kapcsolja ki a készüléket a hálózaton). Ez okot nem lehet gyorsan megoldani, így a beállítás túl kis felmérés elvesztegetett időt, csak betölteni a hálózathoz.

Másodszor, ha a master szerver van írva sok területen, és ez szolgál a kérelmek nagy száma miatt, a szerver egyszerűen nem volt ideje, hogy válaszoljon a kérésre, és nagyon gyakori kéréseket a szolga szerver egyszerűen „olajat önt a tűzre”, súlyosbítva a már lassú munka szerver.

Lejár attribútum adja meg az időtartamot, amely után a slave megállítani szolgáltatást kéri, hogy a terület, ha nem tudott, ez idő alatt, hogy ellenőrizze a leírás a terület, az információkat a szerverről mester.

Tipikusan ez az intervallum elég nagyok. Ha egy kis szünet, akkor mi az értelme a slave szerver? Csak hirtelen meghalt, miután egy szerver leállás mester.

Ez idő alatt, azaz, végéig az intervallum lejár, szolga kiszolgáló megpróbálja felvenni a kapcsolatot c master szerver és a szolgáltatás kéréseket a zónában.

Az igazság az Mindezen okok miatt jók az esetet, amikor egy autó elromlik, vagy kapcsolja ki, amelyen a master szerver. Ha leállítja az egész hálózatot, ami le van írva a területen, de a legtöbb szervezet számára, ez így van, akkor a szolga szerver lesz, mint az űrhajó „Pioneer”, aki utazik a világegyetemben, már régóta elvesztette minden kapcsolat a Földdel.

Az utóbbi körülmény készül, hogy bekerüljenek a leírást egy új terület $ TTL direktíva, amely meghatározza az alapértelmezett idő pozitív válaszok a DNS gyorsítótárat.

Vannak ajánlások a telepítés a SOA rekord paramétereket. Például az RFC 1537 javasolja a következő beállításokat a szerver kivéve azokat, amelyek támogatják a legfelső szintű domain:

28800; Frissítés 8 óra
7200; Újrapróbálása 2 óra
604800; Lejár 7 nap
86400; Minimális TTL 1 nap

Sőt, meg modern szerverek minimum nem lehet több, mint 3 óra (abban az értelemben, hogy lehet írni valamit, munkahelyi környezetben nem). Ez az a maximális idő negatív tárolási, a dokumentáció szerint a 9-es BIND.

A TLD ugyanabban a dokumentumban ajánlott:

Természetesen ez nem egy dogma. Ez jól látható nézi a vonatkozó paramétereket a zóna SOA ru programot nslookup:

> Set type = SOA
> Ru.
Szerver: ns.ripn.net
Cím: 194.85.119.1

Com zónainformációt némileg eltérő:

> Com.
Szerver: [192.5.6.30]
Cím: 192.5.6.30

Például a frissítési időköz egy napra kitett, mert ott van a dinamikus frissítési zónák és a slave szerverek, a bekövetkezett változások. Emiatt nincs értelme, hogy egy kis frissítési időköz szolga adatbázisához. Ha az értesítés le van tiltva, vagy használt régebbi verziójú BIND, úgy tűnik, kell, hogy jöjjön le az égből a földre, és hogy egy kisebb tartományt, mondjuk óra 8 (RFC 1537), vagy még kevesebb.

Lejár tulajdonság általában azt mutatják, egy-két hétig. Ugyanakkor úgy véljük, hogy ez idő alatt komoly probléma lenne az elsődleges mester nem lehet megoldani, ezért egy ideig nagynak kell lennie, amit a sorrendben egy vagy két hónap.

Az új iránymutatások, van egy fontos megjegyzés a beállítás minimum. Értelmezése az érték attól függ, hogy a konkrét megvalósítására BIND negatív tárolási támogatást. Ha a támogatott és mininum - ezúttal negatív tárolási, meg kell határoznia a értéke 3600, ha nem támogatja, akkor - 172.800.

Ha a gép fut a saját cache szerver, amely nem írja le a területet, de csak akkor kell használni a szolgáltatást kéri, hogy a szolgáltató a domain nevek, akkor ő és az a része a feloldó, ami gyorsítja az egyezés.

Így, amikor a minimális attribútumok, leggyakrabban akkor ismertetett összefüggésben a megnevezett program, amely lehet használni nem csak a master és slave szerver, hanem egy caching szervert. Ebben az esetben írja a leírás mezőben ttl erőforrások $ TTL direktíva és a minimális attribútum adja meg a tárolási erőforrás rekord a cache leírást.

Egy másik példa SOA rekord típusa:

Felhívjuk figyelmét, hogy az intervallumok nem állította másodperc és érthetőbb ábrázolás (perc (m), óra (h), nap (d), hét (w)).

És még egy megjegyzés a végén ez az anyag. Sokat beszélgettünk a paraméterek negatív tárolási, de ennek szükségességét azonos caching nem tárgyalja. Mi lesz egyedül csinálni, mert caching negatív válaszok miatt nemcsak elméleti megfontolások, hanem a zord próza az élet.

Beszéljétek meg Facebook