/usr/share/doc/HOWTO/hr-html/DNS-KAKO-8.html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD>
 <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.11">
 <TITLE>DNS KAKO: Pitanja i Odgovori</TITLE>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-2">
 <LINK HREF="DNS-KAKO-9.html" REL=next>
 <LINK HREF="DNS-KAKO-7.html" REL=previous>
 <LINK HREF="DNS-KAKO.html#toc8" REL=contents>
</HEAD>
<BODY>
<A HREF="DNS-KAKO-9.html">Sljedeæi dio</A>
<A HREF="DNS-KAKO-7.html">Prethodni dio</A>
<A HREF="DNS-KAKO.html#toc8">Sadr¾aj</A>
<HR>
<H1><A NAME="pio"></A> <A NAME="s8">8. Pitanja i Odgovori</A></H1>

<P>Molim te, proèitaj ovo poglavlje prije nego mi e-maila¹.
<P>
<OL>
<LI>Moj <CODE>named</CODE> tra¾i datoteku named.boot.
<P>Èita¹ krivi KAKO (HOWTO). Molim pogledati staru verziju ovog HOWTO-a, koja
pokriva bind 4, na 
<A HREF="http://www.math.uio.no/~janl/DNS/">http://www.math.uio.no/~janl/DNS/</A>.
<P>
</LI>
<LI>Kako koristiti DNS unutar firewalla?
<P>Par sugestija: `forwarders', `slave', i pogledaj listu literature na kraju
ovog KAKO-a.
<P>
</LI>
<LI>Kako da uèinim da DNS kru¾i kroz dostupne adrese za uslugu, recimo
<CODE>www.busy.site</CODE> da dobije load balancing efekt, ili ne¹to slièno?
<P>Napravi vi¹e A zapisa za <CODE>www.busy.site</CODE> i koristi bind 4.9.3 ili noviji.
Tada æe bind srediti odgovore. Neæe raditi s ranijim verzijama binda.
<P>
</LI>
<LI>®elim podestiti DNS na (zatvorenom) intranetu. ©to da radim?
<P>Izbaci root.hints datoteku i samo podesi datoteke zone. To takoðer
znaèi da ne mora¹ nabavljati novu datoteku <CODE>root.hints</CODE> cijelo vrijeme.
<P>
</LI>
<LI>Kako da podesim sekundarni (slave) imenski server?
<P>Ako primarni/glavni server ima adresu 127.0.0.1, stavi liniju kao ovu u
named.conf datoteku svog sekundarnog servera:
<HR>
<PRE>
zone "linux.bogus" {
      type slave;
      file "sz/linux.bogus";
      masters { 127.0.0.1; };
};
</PRE>
<HR>

Mo¾e¹ navesti vi¹e alternativnih master servera zone, unesi ih u masters
listu, odvojene znakom ';' (toèka-zarez).
<P>
</LI>
<LI>®elim da bind radi dok sam van mre¾e.
<P>Postoje dvije stvari vezane za ovo:
<P>
<UL>
<LI>Dobio sam ovaj e-mail od Iana Clarka,
<A HREF="mailto:ic@deakin.edu.au"> ic@deakin.edu.au</A>, gdje on
obja¹njava kako to uèiniti:
<P>
<PRE>
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.
</PRE>
<P>
</LI>
<LI>Takoðer sam dobio informaciju kako bind radi interaktivno s NFS-om i
portmapper-om na veæinom offline stroju, od Karl-Maxa Wangera:
<P>
<PRE>
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.
</PRE>
</LI>
</UL>
<P>
</LI>
<LI>Gdje caching only imenski server dr¾i svoj cache? Postoji li naèin da
kontroliram velièinu cachea?
<P>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.
<P>
</LI>
<LI>Da li named èuva cache izmeðu restarta? Mogu li ga natjerati da ga saèuva?
<P>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.
</LI>
</OL>
<P>
<HR>
<A HREF="DNS-KAKO-9.html">Sljedeæi dio</A>
<A HREF="DNS-KAKO-7.html">Prethodni dio</A>
<A HREF="DNS-KAKO.html#toc8">Sadr¾aj</A>
</BODY>
</HTML>
doc-linux-hr 20000416.1 / usr / share / doc / HOWTO / hr-html / DNS-KAKO-8.html
