NÉV

KITERJESZTETT SZINTAXIS

A -x opció használata kiterjeszti a program szintaxisát, abban az értelemben, hogy megnöveli a parancssoron adható argumentumok számát. Ha egy meghatározott névkiszolgálót akarunk használni, úgy ezt a kiterjesztett szintaxis esetén a -X opció segítségével tehetjük meg. A -X opció a -x-et feltételezi.

A kiterjesztett szintaxis megengedi, hogy ne adjunk meg egy argumentumot sem a parancssorban. Ez esetben a szükséges adatokat a program a szabványos bemenetrõl (standard input) várja. Ez lehet egy csõ (pipe), átirányítás fájlból, vagy interaktív terminálról. Jegyezzük meg, hogy ezek az argumentumok a lekérdezendõ hostnevek, és nem vezérlõ utasítások. A '#' és ';' jeleket a program megjegyzés kezdetének veszi, és az ezek után következõ argumentumokat figyelmen kívül hagyja. Egy sorban több argumentum megengedett.

OPCIÓK

A fent említett argumentumok elõtt megadhatunk opciókat is. Ezek közül néhányat csak a tartomány adatbázis zónát karbantartó adminisztátor használ. Elõször az általános opciókról.

-v

kapcsoló az eredményt "bõbeszédûen" írja ki. Az erõforrás bejegyzés minden mezõjét kiírja. Ezen kapcsoló nélkül a ttl és class mezõk nem jelennek meg. Hasonlóan, az "additional information" (további információk) és az "authoritative nameservers" (hiteles névkiszolgálók) szekciók is megjelennek, amennyiben léteznek. A kapcsoló elhagyása esetén ezek a mezõk nem kerülnek kiírásra. Ezen a felül a bõbeszédû opció további információkat ír ki arról, hogy a program éppen mit csinál. Jegyezzük meg, hogy a -vv "nagyon bõbeszédû", hosszú kimeneti eredménnyel jár.

-t querytype

segítségével megmondhatjuk, hogy milyen típusú információra van szükségünk az erõforrás nyilvántartásból. Az értelmezett típusok listáját lásd lejjebb. A helyettesítést írhatjuk ANY-ként vagy *-ként. A típusokat megadhatjuk kis- vagy nagybetûvel. Az alapértelmezett típus szabályos keresésnél A, zóna listázásnál A, NS és PTR.

-a

egyenértékû a -t ANY-vel. Jegyezzük meg, hogy ez "minden elérhetõ" (jelenleg cache-elt) adatot jelent és nem "minden definiált adatot", ha a lekérdezés egy nem hiteles névkiszolgáló felé irányul.

SPECIÁLIS MÓDOK

A következõ opciók egy speciális módba állítják a programot.

-l zone

listát generál egy teljes zónáról.

Pl. a következõ parancs
host -l nikhef.nl
csinál egy listát minden hostról a "nikhef.nl" zónában. A -t opcióval szûrhetjük a megjelenõ információkat. Alapértelmezésben a cím információ jelenik meg az A bejegyzésbõl, kiegészítve a PTR és NS rekordok adataival.

A
host -Z -a -l nikhef.nl
parancsal le lehet tölteni a teljes zóna információt a "nikhef.nl" tartományról, az eredeti hivatalos fájl formátumban.

-H

opciót megadhatjuk a -l opció helyett. A -H megszámolja a zónában található összes egyedi hostnevet ("A" bejegyzéssel rendelkezõ neveket). Nem számolja az eredménybe a pseudo neveket, mint például a "localhost", vagy a zonához rendelt neveket. Továbbá nem vesz tudomást a "glue record"-okról amelyek a zóna és a delegált zónák névkiszolgálóinak azonosítása miatt szükségesek.

Ez az opció alapértelmezésben nem írja ki az erõforrás bejegyzések tartalmát (csak a hostok számát).

A -S opcióval kombinálva, egy átfogó statisztikai jelentést ad a zónáról.

A gépek számát befolyásohatja a "duplicate" hostok száma (lásd lent). A valósághoz közel álló érték kiszámításához vond ki a "duplicate" hostok számát az összes host számából.

-G

feltételezi a -H-t, de az átjáró (gateway) hostokat írja ki. Ezeknek a hostoknak több címük van. Az átjáró hostokat a program nem ellenõrzi többszörös címekre.

-E

feltételezi a -H-t, de a zónán kívüli hostokat listázza ki. Egy zónán kívüli host a "foo.bar" zónában a "host.xxx.foo.bar" ahol "xxx.foo.bar" nem egy delegált zóna NS bejegyzéssel. Ez lehet szándékos, de lehet hiba is.

-D

feltételezi a -H-t, de a "duplicate" hostok neveit írja ki. Ezeknek a hostoknak egy címük van, de ezt a címet már egy másik host is használja, más néven, esetleg egy másik zónában. Ez lehet szándékos, de lehet hiba is.

-C

opciót megadhatjuk a -l opció helyett. Hatására a program a megadott zóna SOA bejegyzését összehasonlítja a zóna mindegyik hiteles névkiszolgálójával (az NS bejegyzés alapján). A névkiszolgáló a rekurzív névfeloldást kikapcsolja, és ellenõrzi, hogy a válasz tényleg hiteles-e. Ha egy szerver nem tud hiteles SOA bejegyzéssel szolgálni, a program a zóna "lame" delegálását jelzi. A program jelzi továbbá a bejegyzések közötti eltéréseket és egyéb ellenõrzéseket is végez ("sanity checks").

-A

hatására a program egy speciális cím ellenõrzõ módba lép.

Ha az elsõ argumentum egy host név, a program a megfelelõ címeket kikeresi, majd minden címnél ellenõrzi, hogy az összerendelés visszafelé is létezik-e (a címek mindegyike az elsõ argumentumban megadott hostnévre mutat-e).

Ha az elsõ argumentum pontokkal elválasztott négy szám (dotted quad) formátumú IP cím, a program megkeresi a címhez tartozó nevet, majd visszaellenõrzi, hogy az elsõ paraméterben megadott cím tényleg a kérdéses host egyik címe-e.

Ha a -A kapcsolót megadjuk bármelyik zóna listázó opcióval, a program minden megtalált A bejegyzésre csinál egy "reverse" keresést, és ellenõrzi, hogy a cím regisztrált-e és, hogy tényleg az A bejegyzésben szereplõ névre mutat-e vissza.

SPECIÁLIS OPCIÓK

A következõ opciók csak a speciális zóna listázó módokra vonatkoznak.

-L szint

rekurzívan listázza a zónákat a megdott mélységig. Az 1-es szint átnézi a szülõ zónát, és minden delegált zónáját. Minden következõ szint egy réteggel lejjebbre néz a delegált zónákban.

-S

statisztikát ír ki a zóna lista készítése folyamán talált különbözõ erõforrás bejegyzés típusokról, a különbözõ host osztályozások számáról, a delegált zónák számáról és néhány összesítõ adatot rekurzív litázás után.

-p

hatására csak a zóna elsõdleges névkiszolgálóját kéri fel a program zóna transzferre a zóna listázás alatt. Normálisan a program bármelyik hiteles névkiszolgálótól kérheti a zóna transzfert, amelyik válaszol. Az elsõdleges névkiszolgálót a program a zóna SOA bejegyzése alapján határozza meg. Ha egy meghatározott kiszolgálót megadunk a parancssorban, a program az adott szervertõl kérdezi le a zóna névkiszolgálóit. Ezt a funkciót lehet tesztelésre használni, amikor a zóna nincs még beregisztrálva.

-P kedvencszerver

prioritást ad a zóna tranfernél azoknak szervereknek, amelyek a megadott tartományban találhatók. A tartományok vesszõvel elválasztott listáját a kedvencszerver paraméterben kell megadni. Minnél több tartomány komponens megegyezik, annál nagyobb a prioritás. Ha ez az opció nincs megadva, a saját tartományunk, vagy a szülõ tartományok szervereinek van magasabb prioritásuk. "The order in which NS records are issued may be unfavorable if they are subject to BIND 4.9 round-robin reshuffling."

-N zónátkihagy

letiltja a zóna transzfert a megadott zónákra. A zónák vesszõvel elválasztott listáját a zónátkihagy paraméterben kell megadni. Ezt a funkciót használhatjuk, amikor rekurzív zóna listázást csinálunk, és bizonyos zónák számunkra lényegtelen információt tartalmaznak, amit nem akarunk a késõbbi feldolgozásba bevonni.

ÁLTALÁNOS OPCIÓK

A következõ opciókat használhatjuk normál vagy tartomány listázó módban is.

-d

bekapcsolja a hibakeresést (debugging). A névkiszolgáló tranzakciók részletesen láthatók. Jegyezzük meg, hogy a -dd opció még több hibakeresõ információval szolgál.

-f fájlnév

az erõforrás bejegyzések kimenetét naplófájlba is kírja, a szabványos kimenet (standard output) mellett.

-F fájlnév

ugyanaz, mint a -f, de megcseréli az stdout és a naplófájl szerepét. Minden stdout-ra kerülõ kimenet a naplófájlba megy (beleértve a bõbeszédû és a hibakeresõ kimenetet is) és az stdout-ra megy a erõforrás bejegyzések kimenete (így lehet csövek bemenetén használni).

-I karakt

megszünteti a tartománynevekben használt illegális karakterek miatt megjelenõ figyelmeztetéseket. A karaktereket a karakt karakterláncban kell megadni. Az aláhúzás jel (_) jó eséllyel indul.

-i

összeállít egy lekérdezést a "reverse mapping" in-addr.arpa tartományra, amikor IP számot adunk meg ("dotted quad" formátumban). Fõleg zóna listázó módban hasznos, mert az IP számot használó szabályos lekérdezésnél a program automatikusan megcsinálja a szóban forgó lekérdezést is (de a -i opcióval lehet látni a tényleges PTR bejegyzést)

-n

összeállít egy lekérdezést a "reverse mapping" in-addr.arpa tartományra, amikor nsap címet adunk meg. Ezt lehet az nsap címhez rendelt név keresésére használni vagy a "reverse" nsap zónák listázásához. Az nsap cím páros számú hexadecimális számjegybõl áll (max. 40). A számjegyeket pontokkal választhatják el. Az opcionális "0x" elõtagot a program figyelmen kívül hagyja. Ha ezt az opciót használjuk, minden fordított ("reverse") nsap.int név alapértelmezés szerint egyenes jelölésben jelenik meg, az olvashatóság javítása végett. A -Z opció hatására a kimenet hivatalos zónafájl formátumban jelenik meg.

-q

csendben marad, és nem jelzi ki a különbözõ figyelmeztetéseket (azokat amelyek " !!! "-el kezdõdnek). A súlyos hibaüzeneteket (amelyek " *** "-al kezdõdnek) a program továbbra is kijelzi, ezeket nem is lehet eltüntetni.

-T

kiírja a "time-to-live" értékeket nem-bõbeszédû kimenet esetén. Alapértelmezés szerint a ttl értékeket csak bõbeszédû módban láthatjuk.

-Z

kiírja a kiválasztott erõforrás bejegyzések kimenetét teljes zónafájl formátumban, beleértve a tartománynevek végén a pontot, a ttl értéket és az osztály nevet.

EGYÉBB OPCIÓK

A következõ opciókat csak különleges körülmények között használjuk.

-c osztály

segítségével megadhatunk egy kivállasztott erõforrás bejegyzés osztályt. A program a következõ osztályokat támogatja: IN, INTERNET, CS, CSNET, CH, CHAOS, HS, HESIOD és a két helyettesítõ ANY és *. Az alapértelmezett osztály az IN.

-e

elhagyja az információkat az olyan nevekrõl, amelyek nincsenek az adott zónán belül a zóna listázás alatt, ilyenek egyes "glue record"-ok. A szabályos lekérdezések esetén elhagyja az "additional information" és az "authoritative namesrver" szekciókat.

-m

megegyezik a -t MAILB-vel, ami a követkzõ típusok bármelyikére szûr: MB, MR, MG, és MINFO. Továbbá a MR és MG bejegyzéseket a program rekurzívan MB bejegyzésekre bõvíti.

-o

elhagyja az erõforrás bejegyzések kimenetét a szabványos kimenetrõl. Használható a -f opcióval az erõforrás bejegyzések kimenete, a bõbeszédû valamint a hibakeresõ kimenetek és a hibaüzenetek elválasztására.

-r

kikapcsolja a névkiszolgáló rekurziót a lekérdezésnél. Ez azt jelenti, hogy a kérdezett névkiszolgáló csak olyan adatot ad vissza, ami a saját adatbázisában van. A névkiszolgáló ilyen esetben nem kezdeményez további lekérdezéseket más szerverek felé. Jegyezzük meg, hogy a névkiszolgáló rekurzió mindig ki van kapcsolva a -C opció használata esetén, amikor a program a SOA bejegyzést ellenõrzi. Hiteles szervereknél minden a lekérdezésre vonatkozó információ meg kell legyen.

-R

Normális esetben a lekérdezésben szereplõ neveket a program FQDN-nek (teljes tartománynévnek) veszi, hacsak a név nem egy részbõl áll, amikor is az alapértelmezett tartományba tartozónak tekinthetõ. Ez az opció a BIND alapértelmezett viselkedését szimulálja. Bármilyen megadott nevet a program megpróbál érvényesíteni, méghozzá úgy, hogy a különbözõ "search-domain"-eket fûzi a névhez. Ez alól kivételt képez, ha a név létezik, de nincs meg a megfelelõ bejegyzés típusa, amire kérdeztünk; ekkor a program kilép. Az alapértelmezett "search-domain"-ek az alapértelmezett tartományból keletkeznek. A tartományból mindig lehámozzuk az elsõ komponenst, amíg csak egy végsõ tartomány marad, egy ponttal.

-s seconds

megad egy új névkiszolgáló idõtúllépési (timeout) értéket. A program ennyi másodpercet fog várni a névkiszolgáló válaszára, két alkalommal. Normálisan kétszer próbálkozik 5 másodpercig névkiszolgáló címenként. Valójában az idõtúllépési algoritmus kicsit bonyolultabb ennél. Dinamikusan változtatja az idõtúllépési értéket a kísérletek és a névkiszolgáló címek számától függõen.

-u

elrendeli virtuális körök (TCP) használatát datagrammok (UDP) helyett a lekérdezések során. Ez lassabb, de esetenként megbízhatóbb. Jegyezzük meg, hogy a program automatikusan a virtuális kört választja, ha a lekérdezés meghaladja a maximális datagramm csomag méretet. Hasonlóan, ha egy datagramm válaszról kiderül, hogy csonkolt, a program megismétli a lekérdezlst TCP-n keresztül. A zóna transzfer mindig TCP-n történik.

-w

hatására a program végtelen ciklusban újra próbálja a szabályos lekérdezést ha az túllépi a megengedett idõt. Normális esetben ez 10 másodperc minden megpróbált névszerver címnél.

-V

kiírja a host program verzióját, majd kilép.

ALAPÉRTELMEZETT OPCIÓK

Az alapértelmezett opciókat be lehet állítani a HOST_DEFAULTS környezeti változó segítségével. Ugyanazt a szintaxist kell használni, mint a parancssorban. Ezek a paraméterek a parancssorban szereplõk elõtt kerülnek kiértékelésre.

SIKERTELEN LEKÉRDEZÉSEK ÜZENETEI

A következõ hibaüzenetek arra jók, hogy megmondják miért volt sikertelen egy adott lekérdezés. Az üzenetben megjelenhet a szerver neve, ha ezt megadtuk (lásd kapcsolók). Ha egy meghatározott osztályt kértünk, úgy az is megjelenik.

"Nameserver [szerver] not running"

(A névkiszolgáló [szerver] nem fut) A szerveren, amivel fel akartuk venni a kapcsolatot, nem fut névkiszolgáló.

"Nameserver [szerver] not responding"

(A névkiszolgáló [szerver] nem válaszol) A kérdezett névkiszolgáló nem válaszolt a megadott idõintervallumon belül.

"Nameserver [szerver] not reachable"

(A névkiszolgáló [szerver] nem elérhetõ) A hálózati útvonal a kiválsztott szerver felé nem járható.

"név does not exist [at szerver] (Authoritative answer)"

(A név nem létezik [a szerveren] (Hiteles válasz)) A lekérdezett név egyáltalán nem létezik.

"név does not exist [at szerver], try again"

(A név nem létezik [a szerveren], próbáld újra) A lekérdezett név nem létezik, de a válasz nem hiteles, ezert a válasz nem biztos.

"név has no típus record [at szerver] (Authoritative answer)"

(A névnek nincs típus bejegyzése [a szerveren] (Hiteles válasz)) A lekérdezésben szereplõ név létezik, de nem létezik a keresett típus. Ez az állapot csak hiteles szerver esetében lép fel.

"név típus record currently not present [at szerver]"

(A név típus bejegyzés jelenleg nem elérhetõ [a szerveren]) A megadott típus nem létezik, de nem tudjuk, hogy a lekéredezett név érvényes-e. A válasz nem volt hiteles. Lehet hogy a rekurzió ki volt kapcsolva és az adat nem volt meg lokálisan.

"név típus record not found [at szerver], try again"

(A név típus nem található meg [a szerveren], próbáld újra) Valamilyen hiba közbejött, pl. idõtúllépés a kapcsolat felvételekor.

"név típus record not found [at szerver], server failure"

(A név típus bejegyzés nem található [a szerveren], szerver hiba) A kérés kimondottan a névkiszolgáló hibájából nem teljesül, ez lehet belsõ hiba, vagy továbbítási hiba. Ezt kaphatjuk vissza, ha egy másodlagos névkiszolgáló zóna adatai lejártak, vagy ha a szerver nem hiteles valamilyen osztályra nézve.

"név típus record not found [at szerver], no recovery"

(A név típus bejegyzés nem található [a szerveren], nem javítható) Valamilyen javíthatalan formátum hiba, vagy visszautasítás a szerver részérõl.

"név típus record query refused [by szerver]"

(A név típus bejegyzés lekérdezése visszautasítva [a szerver által]) A névkiszolgáló, amelyikkel a kapcsolatot felvettük visszautasította a válaszadást. Egyes névkiszolgálókat úgy állítanak be, hogy visszautasítsák a zóna transzfer kéréseket bizonyos klienseknek.

"név típus record not found [at szerver]"

(A név típus bejegyzés nem található [a szerveren]) A hiba pontos okát nem lehetett megállapítani. (Ez nem szabad, hogy elõforduljon)

"zóna has lame delegation to szerver"

Ha egy feltételezetten hiteles névkiszolgálótól lekérjük a SOA bejegyzést, az információnak elvileg elérhetõnek és hitelesnek kell lennie. Ha mégsem az, akkor "lame delegation" esete lép fel. Ugyanez történik, ha a szerver ki van kapcsolva, nem létezik, vagy zóna transzfer esetén nem tud eleget tenni a kérésnek.

"No nameservers for zone found"

(A zónának nem található egy névkiszolgálója sem) A zóna transzferhez nem lehetett lekérni az adott zónára egy névkiszolgáló nevét sem.

"No addresses of nameservers for zóna found"

(A zóna egyik névkiszolgálójának sincs címe) Le tudjuk kérni a névkiszolgálók nevét, de a címeiket nem.

"No nameservers for zóna responded"

(A zóna egyik névkiszolgálója sem válaszolt) A zóna összes névkiszolgálójától megpróbáltunk zóna transzfert kérni, de egyik sem tudott vagy akart eleget tenni a kérésnek.

FIGYELMEZTETÕ- ÉS HIBAÜZENETEK

Különbözõ figyelmeztetõ üzenetekkel találkozhatunk. Ezeket "!!!" elõzi meg, és nem végzetes hibákra utalnak, általában a kapott adat értelmezése során. Ezeket az üzeneteket megszüntethetjük a -q kapcsoló segítségével.

A hiba üzeneteket " *** " elõzi meg. Ezek súlyos problémákra utalnak, mint pl. formátum hibákra a válaszban, de jelezhetik a specifikációk durva megsértését is. Ezeket a hiba üzeneteket nem lehet eltünteni.

"zóna has only one nameserver szerver"

(A zónának csak egy névkiszolgálója van: szerver) Egy zóna névkiszolgáló bejegyzéseinek letöltése során kiderült, hogy a zónának csak egy névkiszolgálója van. Ez ellenkezik az ajánlásokkal.

"zóna nameserver szerver is not canonical (valódiszerver)"

(A zóna névkiszolgálója szerver nem "canonical" (valódiszerver)) A zóna névkiszolgálóinak lekérésekor kiderült, hogy a szóban forgó szerver neve nem "canonical". Ez súlyos mûködési hibákat okozhat. A "canonical" név zárójelben olvasható.

"empty zone transfer for zóna from szerver"

(Üres zóna transzfer a zónára a szervertõl) A megjelölt szervertõl visszakapott zóna transzferben nem volt adat, esetleg csak a SOA bejegyzés. Ez megtörténhet, ha a kérdezett szerver "lame" delegálás áldozata és cache-ben tárolta a SOA bejegyzést.

"extraneous NS record for név within zóna from szerver"

(idegen NS bejegyzés a névnél a zónában a szervertõl) Zóna transzfer alatt, feltûnik egy NS bejegyzés egy olyan névnél, ami nem az aktuális zóna delegált alzónája.

"extraneous SOA record for név within zóna from szerver"

(idegen SOA bejegyzés a névnél a zónában a szervertõl) Zóna transzfer alatt, feltûnik egy SOA bejegyzés egy olyan névnél, ami nem az aktuális zóna neve.

"extraneous glue record for név within zóne from szerver"

(idegen "glue record" a névnél a zónában a szervertõl) Zóna transzfer folyamán, feltûnik egy "glue record" egy olyan névnél, ami nem része a zónának, vagy a delegált alzónái egyikének. Ez gyakorlat volt a BIND néhany régebbi változatában, azonban ma már nem kívánatos, mert nem hivatalos vagy akár pontatlan információ is elterjedhet e hibából kifolyóan.

"incomplete típus record for név"

(Hiányos típus bejegyzés a névnél) Amikor a program az erõforrás bejegyzés atatait dekódolta a válaszból, nem találta meg az összes szükséges adat mezõt. Ez gyakran elõfordul a HINFO bejegyzéseknél, amelyeknél a két adatmezõbõl csak az egyik kerül kódolásra.

"név has both NS and A records within zóna from szerver"

(A névnek van NS és A bejegyzése is a zónában a szervertõl) A névvel jelölt delegált zónának van egy "A" bejegyzése. Ezt a program csak a szülõ zóna zónatranszfere esetén jelzi. A bejegyzés jelenléte nem hiba, de a teljes host szám esetleg nem pontos. A szóban forgó "A" bejegyzést a program nem számolja bele a delegált zónába.

"név típus records have different ttl within zóna from szerver"

(név típus bejegyzéseknek különbözõ ttl-jük van a zónán belül a szervertõl) Az azonos nevû/típusú/osztályú erõforrás bejegyzéseknek azonos kellene legyen a ttl értéke a zónában. Ha esetleg mégis eltér (ekkor kapjuk az üzenetet), annak oka lehet, hogy "glue record"-okat vagy más információt a szülõ zónában, a delegált zónáktól függetlenül definiáltak, és a két zónarész adatait nem szinkronizálták.

"név típus record has illegal name"

(A név típus bejegyzésnek illegális a neve) Egy "A" vagy MX bejegyzés neve érvénytelen karaktereket tartalmaz. Csak az alfanumerikus karakterek és a kötõjel '-' érvényesek a névkomponensekben (címkékben) a pontok között.

"név típus host szerver has illegal name"

(A név típus hostnak szerver illegális a neve) Egy MX vagy NS bejegyzésben szereplõ host neve érvénytelen karaktereket tartalmaz. Csak az alfanumerikus karakterek és a kötõjel '-' érvényesek a névkomponensekben (címkékben) a pontok között.

"név típus host szerver does not exist"

(A név típus host szerver nem létezik) Az NS vagy MX bejegyzésben megjelölt host szerver egyáltalan nem létezik. NS bejegyzés esetén a program a név "lame" delegálását jelezi.

"név típus host szerver has no A record"

"név típus hostnak szerver nincs A bejegyzése" Egy NS vagy MX bejegyzésben szereplõ hostnak server nincsen címe. NS bejegyzés esetén a program a név "lame" delegálását jelezi.

"név típus host szerver is not canonical"

(név típus host szerver nem "canonical") Egy NS vagy MX bejegyzésben szereplõ host szerver neve nem "canonical". Ez súlyos mûködési hibákat okozhat a tartományra vonatkozó adatok letöltése alatt vagy az elektronikus levelezésben.

"név address A.B.C.D is not registered"

(Az A.B.C.D címû név nincs regisztrálva) Egy "A" bejegyzésben szereplõ cím "reverse" keresése nem sikerült (hiteles válasz). A cím nem volt megtalálható a megfelelõ in-addr.arpa zónában.

"név address A.B.C.D maps to valódinév"

(név címe A.B.C.D valódinévre mutat vissza) Egy "A" bejegyzés címének a "reverse" keresése sikeres volt, de nem az "A" bejegyzés eredeti nevére mutatott vissza. Minden további nélkül rendelhetünk több nevet egy címhez, de általában a "reverse" in-addr.arpa zónában csak egy PTR van, ami a host ``hivatalos'' nevére mutat.

"név address A.B.C.D maps to alias aliasnév"

(név címe A.B.C.D aliasnév aliasra mutat) Több PTR bejegyzés esetén, az elsõ a ``hivatalos'' host név. Minden további PTR bejegyzést a gethostbyaddr() függvény aliasként ("álnévként") ad vissza, a BIND 4.9 óta. Jegyezzük meg, hogy a PTR bejegyzésekre nem vonatkozik a "round robin reshuffling".

"zóna SOA record at szerver is not authoritative"

(zóna SOA bejegyzése a szerveren nem hiteles) Amikor a SOA bejegyzést ellenõrizzük egy feltételezetten hiteles névkiszolgálón kiderül, hogy a SOA információ nem hiteles. Ezt eldönthetjük névkiszolgáló rekurzió nélküli lekérdezéssel.

"zóna SOA primary szerver is not advertised via NS"

(A zóna SOA elsõdleges szervere nincs NS-en keresztül hirdetve) Az elsõdleges névszerver nem található meg a zóna NS bejegyzései között. Ez önmagában nem hiba, hiszen csak a nyilvánosan elérhetõ névkiszolgálókat hirdethetjük, a többiek lehetnek tûzfal mögött.

"zóna SOA primary szerver has illegal name"

(A zóna SOA elsõdleges szerverének illegális a neve) Az elsõdleges névkiszolgáló neve nem megengedett karaktereket tartalmaz.

"zóna SOA hostmaster postafiók has illegal mailbox"

(A zóna SOA hostmasterének (postafiók) illegális a postafiókja) A hostmaster postafiókjának a nevében nem megengedett karakter van. Gyakori hiba, hogy RFC822 formátumú e-mail címet írunk be, amikor a ``@'' jelet ponttal kell helyettesíteni.

"zóna SOA serial has high bit set"

(A zone SOA sorozatszámában a felsõ bit be van állítva) Annak ellenére, hogy a sorozatszám elõjel nélküli 32 bites érték, véletlenül jelentkezhet túlcsordulás, ha nem megfelelõen használjuk a pontozott decimális formátumot a zóna fájlban. Ettõl szinkronizációs hibák léphetnek fel, az elsõdleges és a másodlagos névkiszolgálók között.

"zóna SOA retry exceeds refresh"

(A zone SOA újrapróbálás meghaladja a frissítést) Egy sikertelen frissítés után az újrapróbálás csak a következõ frissítés után történne meg.

"zóna SOA refresh+retry exceeds expire"

(A zóna SOA frissítés+újrapróbálás több mint a lejárás) Egy sikertelen frissítés után az újrapróbálás csak az adatok érvényességének lejárta után történne meg.

"szerver1 and szerver2 have different primary for zóna"

(szerver1 és szerver2nek más az elsõdlegese a zónára) Ha a SOA bejegyzés különbözik, a zóna tartalma valószínûleg szintén nem fog megegyezni. Az eredmény attól függ, hogy melyik szervert kérdezzük.

"szerver1 and szerver2 have different hostmaster for zóna"

"szerver1 és szerver2nek különbözô hostmaster van megadva a zónára" Ha a SOA bejegyzés különbözik, az zóna tartalma valószínûleg szintén nem fog megegyezni. Az eredmény attól függ, hogy melyik szervert kérdezzük.

"szerver1 and szerver2 have different serial for zóna"

(szerver1nek és szerver2nek nem azonos a sorozatszáma a zónára) Ez általában nem hiba, hanem akkor történik, amikor az elsõdleges kiszolgáló már frissítette az adatait, de a másodlagos még nem. Ha a sorozatszám használatánál hibát követünk el, az üzenet hibára is utalhat.

"szerver1 and szerver2 have different refresh for zóna"

(szerver1nek és szerver2nek más a frissítése a zónára) Ha a SOA bejegyzés különbözik, a zóna tartalma valószínûleg szintén nem fog megegyezni. Az eredmény attól függ, hogy melyik szervert kérdezzük.

"szerver1 and szerver2 have different retry for zóna"

(szerver1nek és szerver2nek más az újrapróbálási értéke a zónára) Ha a SOA bejegyzés különbözik, a zóna tartalma valószínûleg szintén nem fog megegyezni. Az eredmény attól függ, hogy melyik szervert kérdezzük.

"szerver1 and szerver2 have different expire for zóna"

(szerver1nek és szerver2nek más a lejárati értéke a zónára) Ha a SOA bejegyzés különbözik, a zóna tartalma valószínûleg szintén nem fog megegyezni. Az eredmény attól függ, hogy melyik szervert kérdezzük.

"szerver1 and szerver2 have different defttl for zóna"

(szerver1nek és szerver2nek más a defttl értéke a zónára) Ha a SOA bejegyzés különbözik, a zóna tartalma valószínûleg szintén nem fog megegyezni. Az eredmény attól függ, hogy melyik szervert kérdezzük.

HOST NÉV KERESÉS TESTRE SZABÁSA

Általában a felhasználók olyan neveket adnak meg, amelyekben nincs pont, ekkor a program az alapértelmezett tartományt hozzáfûzi a névhez. Ezt a tartományt a program általában a /etc/resolv.conf fájlból veszi. Ha nem, akkor a program képzi a nevet, úgy, hogy leveszi a helyi hostnevet, és megtart mindent az elsõ pontja után.

A felhasználó felülbírálhatja ezt az eljárást, és megadhat egy alapértelmezett tartománynevet a LOCALDOMAIN környezeti vátozóban.

Ezen felül, a felhasználó megadhat saját rövidítéseket a hostnevekre. Ezeket egy fájlban kell elhelyezni, egy rövidítést soronként. A sor formátuma a következõ: rövidítés, szóköz, majd a teljes tartománynév (FQDN). A fájl nevét a HOSTALIASES környezeti változóban kell megadni.