Molim te, pročitaj ovo poglavlje prije nego mi e-mailaš.
named
traži datoteku named.boot.
Čitaš krivi KAKO (HOWTO). Molim pogledati staru verziju ovog HOWTO-a, koja pokriva bind 4, na http://www.math.uio.no/~janl/DNS/.
Par sugestija: `forwarders', `slave', i pogledaj listu literature na kraju ovog KAKO-a.
www.busy.site
da dobije load balancing efekt, ili nešto slično?
Napravi više A zapisa za www.busy.site
i koristi bind 4.9.3 ili noviji.
Tada će bind srediti odgovore. Neće raditi s ranijim verzijama binda.
Izbaci root.hints datoteku i samo podesi datoteke zone. To također
znači da ne moraš nabavljati novu datoteku root.hints
cijelo vrijeme.
Ako primarni/glavni server ima adresu 127.0.0.1, stavi liniju kao ovu u named.conf datoteku svog sekundarnog servera:
zone "linux.bogus" { type slave; file "sz/linux.bogus"; masters { 127.0.0.1; }; };
Postoje dvije stvari vezane za ovo:
Ja pokrećem named na svom 'masquerading' stroju. Imam dvije root.hints datoteke, jedna se zove root.hints.real i sadrži prava imena korijenskih servera, i druga koja se zove root.hints.fake koja sadrži: ---- ; root.hints.fake ; this file contains no information ---- Kada odlazim s mreže (off line), kopiram root.hints.fake u root.hints i restartam named. Kada idem na mrežu (on line), kopiram root.hints.real u root.hints i restartam named. Ovo se radi automatski iz ip-down i ip-up skripti. Prvi put kada radim upit off line na imenu domene named nema detalje za nju i stavlja ovo u (/var/log/)messages: Jan 28 20:10:11 hazchem named[10147]: No root nameserver for class IN i s tim mogu živjeti. To svakako radi za mene. Mogu koristiti imenski server za lokalne strojeve dok sam van mreže bez timeout zastoja za vanjska imena domena, a dok sam na mreži, upiti za vanjske domene rade normalno.
Ja obično pokrećem svoj named na svim svojim strojevima koji se tek povremeno vezuju na Internet modemom. Imenski server služi samo kao cache, nema svoju domenu i sve provjerava kod imenskih servera u root.cache datoteci. Kao što je to uobičajeno kod Slackware-a, starta se prije nfsd-a i mountd-a. Na jednom mom stroju (Libretto 30 prijenosnik) imao sam problem takav da sam ga nekad mogao mapirati s drugog stroja na lokalnom LAN-u, ali većinu vremena to nije radilo. Isto se događalo neovisno da li sam koristio PLIP, PCMCIA ethernet karticu ili PPP preko serijske veze. Nakon nekog vremena nagađanja i eksperimentiranja shvatio sam izgleda da je named brljao s procesom registracije nfsd-a i mountd-a koji oni moraju proći s portmapperom na dizanju sustava (startam te demone pri dizanju kao i obično). Startanje named-a nakon nfsd-a i mountd-a potpuno je uklonilo ovaj problem. Kako ne treba očekivati bilo kakve probleme pri takvoj izmijenjenoj sekvenci dizanja sustava, preporučio bih svima da to naprave na taj način i spriječe mogući problem.
Kompletan se cache drži u memoriji, i nikad se ne zapisuje na disk. Svaki put kad ubiješ named, cache se gubi. Cache se nikako ne može kontrolirati. named ga nadgleda prema nekim jednostavnim pravilima i to je to. Ne možeš kontrolirati cache niti njegovu veličinu ni iz kojeg razloga. Ako to želiš, možeš to 'popraviti' hackirajući named. Ipak, ovo nije preporučeno.
Ne, named ne sačuva cache kada umre. To znači da se cache mora ponovo graditi svaki put kada ubiješ i restartaš named. Nema načina da natjeraš named da sačuva cache u datoteku. Ako to želiš, možeš to 'popraviti' hackirajući named. Ipak, ovo nije preporučeno.