/usr/share/doc/HOWTO/pl-html/DNS49-HOWTO.pl.html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
<HTML>
<HEAD>
 <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9">
<META HTTP-EQUIV="content-type" content="text/html; charset=iso-8859-2">
<TITLE>DNS HOWTO</TITLE>


</HEAD>
<BODY>
<H1>DNS HOWTO<BR></H1>

<H2>Nicolai Langfeldt
<A HREF="mailto:janl@math.uio.no">janl@math.uio.no</A><BR>
v1.3.2, 3 June 1997 <BR>
<B>Wersja polska: Piotr Pogorzelski
<A HREF="mailto:piotr.pogorzelski@ippt.gov.pl">piotr.pogorzelski@ippt.gov.pl</A><BR></B>
v1.0.1, kwiecieñ 1998</H2>
<P><HR>
<EM>Jak w zostaæ ma³oetatowym administratorem DNS. Dokument opisuje BIND-4.9.x.</EM>
<HR>
<H2><A NAME="s1">1. Wstêp</A></H2>

<P>S³owa kluczowe: DNS, bind, named, dialup, ppp, slip, Internet,
domain, name, hosts, resolving
<P>
<H2>1.1 Legal stuff</H2>

<P>(C)opyright 1995 Nicolai Langfeldt.  Do not modify without amending
copyright, distribute freely but retain copyright message. 
<P>
<P>
<H2>1.2 Podziêkowania i pro¶by o pomoc.</H2>

<P>Chcia³bym podziêkowaæ Arnt Gulbrandsen, który niezliczon± liczbê
razy czyta³ ten dokumend dostarczaj±c wielu po¿ytecznych
sugestii. Dziêkujê równie¿ ludziom, którzy przys³ali swoje sugestie
poczt± elektroniczn±. Dziêkuje. Pomogli¶cie mi w pracy nad tym dokumentem.
<H2>1.3 Inne dokumenty</H2>

<P>Ten dokument nigdy nie bêdzie skoñczony, wszelkie uwagi (ogólne -
nie dotycz±ce polskiej wersji tego dokumentu) proszê przesy³aæ
autorowi. Czeka na uwagi o sukcesach i k³opotach, dziêki nim dokument
stanie siê pe³niejszy i lepszy. Tak wiêc pieni±dze, pytania/uwagi
kierujcie na adres janl@ifi.uio.no. Je¶li wysy³acie poczt±
elektroniczn±, upewnijcie siê, ¿e adres zwrotny jest poprawny. Proszê,
przed wys³aniem listu zapoznajcie siê wcze¶niej z rodzia³em  
<A HREF="#qanda">FAQ</A> dotycz±cym najczêsciej pojawiaj±cych siê pytañ.
<P>
<H2>1.4 Dedykacja</H2>

<P>Ten dokument HOWTO jest dedykowany Anne Line Norheim. Pomimo, ¿e
prawdopodobnie nigdy go nie przeczyta.
<P>
<H2><A NAME="intro"></A> <A NAME="s2">2. Wprowadzenie.</A></H2>

<P><B>Co tu znajdziecie, a czego nie.</B>
<P>
<P>Dla pocz±tkuj±cych, DNS oznacza Domain NAme System, Zasady i
programy umo¿liwiaj±ce odwzorowanie (zamianê) nazw symbolicznych
nadawnych komuterom na odpowiadaj±ce imadresy IP. Niniejszy dokument
przedstawia w jaki sposób stworzyæ takie odwzrowanie wykorzystuj±c do
tego Linuxa. Wspomniane odwzorowanie to proste skojarzenie dwóch
rzeczy, symbolicznej nazwy komputera np. ftp.linux.org z adresem IP
tego komputera, 199.249.150.4.
<P>DNS to jeden z bardziej niezauwa¿alnych obszarów zarz±dzania
sieci±. Niniejszy dokument postara siê wyja¶niæ kilka pojêæ. Opisuje w
jaki sposób zestawiæ <EM>prosty</EM> serwer DNS. Rozpoczynaj±c od
podrêzcnego serwera DNS a¿ do uruchomienia podstawowego serwera
domeny. Bardziej skomplikowane konfiguracje mog± byæ opisane w
rozdziale 
<A HREF="#qanda">FAQ</A>. Je¶li nie znajdziesz tam
rozwi±zania swoich problemów, musisz zapoznaæ siê z Prawdziw±
Dokumentacj±. Pó¼niej napiszê co to jest Prawdziwa dokumentacja 
<A HREF="#bigger">the last chapter</A>.
<P>
<P>Zanim zaczeniesz dzia³aæ musisz wpierw skonfigurowaæ swój komputer,
tak abyæ móg³ ³±czyæ siê z niego i do niego za pomoc± programu telnet,
oraz wykonywaæ inne ró¿nego rodzaju po³±czenia sieciowe. W
szczególno¶ci powiniene¶ móc po³±czyæ sie ze swoim komputerem wydaj±c
polecenie <CODE>telnet 127.0.0.1</CODE> (sprawd¼ to teraz!). Potrzebujesz
poprawnie skonfigurowanych plików <CODE>/etc/host.conf</CODE> (lub
<CODE>/etc/nsswitch.conf</CODE>), <CODE>/etc/resolv.conf</CODE> i
<CODE>/etc/hosts</CODE> poniewa¿ nie bêdê w tym dokumencie omawia³ ich
funkcji. Je¶li nie masz potrzebnej konfiguracji sieciowej pom¿e ci
dokument NET-2-HOWTO. Przeczytaj go.
<P>
<P> Je¶li korzystasz ze SLIPa lub PPP, musz± poprawnie dzia³aæ. Je¶li
tak nie jest przeczytaj PPP-HOWTO.
<P>
<P>Kiedy mówiê  `twój komputer', to znaczy, ¿e mam na my¶li komputer
na którym próbujesz uruchomiæ serwer DNS, a nie jakikolwiek inny
komputer który mo¿e byæ po¶rednio zwi±zany z dzia³aniem sieci.
<P>
<P>Zak³adam, ¿e nie znajdujesz siê za ¿adn± '¶cian± ogniow±', która
uniemo¿liwia komuniekacjê DNS ze ¶wiatem zewnêtrznym. Je¶li tak nie
jest, bêdziesz potrzebowa³ specjalnej konfiguracji, zapoznaj siê z
rozdzia³em 
<A HREF="#qanda">FAQ</A>.
<P>
<P>Serwowanie nazw pod systemem UNIX jest wykonywane przez program o
nazwie <CODE>named</CODE>. Jest to czê¶æ pakietu bind, który prowadzi i którym
opiekuje siê Paul Vixie z The Internet Software Consortium. <CODE>Named</CODE>
jest dostarczany przez wiêkszo¶æ dystrybucji Linuxa i zwykle mo¿na go
znale¼æ w <CODE>/usr/sbin/named</CODE>. Je¶li jest on zainstalowany na
twoim komputerze, prawdopodobnie mo¿esz z niego skorzystaæ, je¶li nie,
mo¿esz zainstalowaæ jego najnowsz± wersje, któr± znajdziesz w 
<A HREF="ftp://ftp.vix.com/pub/bind/">ftp.vix.com:/pub/bind</A>.
<P>
<P>DNS jest ogólnosieciow± baz± danych. Trzeba uwa¿aæ co siê do niej
wk³ada. Je¶³i w³o¿y siê ¶miecie, ty i inni otrzymacie z niej
¶miecie. Muszisz utrzymywaæ swoj± czê¶æ DNSu uporz±dkowan± i
poprawn±. Wtedy bêdzie ci dobrze s³u¿yæ. Naucz siê jak z niej
korzystaæ, jak ni± zarz±dzaæ, jak j± odpluskwiaæ, a staniesz siê
kolejnym dobrym administratorem zapobiegaj±c przeci±zenim sieci
wywo³anym jej z³ym zarz±dzaniem.
<P>
<P>W tym dokumencie wypowiadam s±dy o pewnych rzeczach, które nie s±
do koñca prawdziwe (choæ s± co najmniej w po³owie prawdziwe). Wszystko
po to, aby zachowaæ prostotê tego dokumentu. Je¶li mi uwierzysz
wszystko powinno dzia³aæ.
<P>
<P><B>Wskazówka:</B> Zrób kopie wszystkich plików, które ka¿e zmieniæ,
tak aby w przypadku niepowodzenia ca³ej konfiguracji bys móg³ wróciæ
do stanu pierwotnego.
<P>
<H2><A NAME="caching"></A> <A NAME="s3">3. Podrêczny serwer DNS.</A></H2>

<P><B>Pierwszy etap konfiguracji DNS, po¿yteczny dla osób ³±cz±cych
siê z Internetem przez modem.</B>
<P>
<P>Podrêczny serwer DNS znajdzie odpowiedzi na pytania o nazwy
komputerów i zapamiêta je, tak aby móg³ natychmiast odpowiedzieæ, gdy
bêdziesz ich potrzebowa³ ponownie.
<P>
<P>Po pierwsze potrzebny jest plik <CODE>/etc/named/.boot</CODE>. Jest
czytany podczas uruchamiania programu named. W naszym przypadku
powienien po prostu zawieraæ:
<P>
<HR>
<PRE>
;  Plik startowy podrêcznego serwera DSN
;
directory /var/named
;
; rodzaj          domena                        plik lub komputer ¼ród³owy
cache           .                               root.cache
primary         0.0.127.in-addr.arpa            pz/127.0.0
</PRE>
<HR>
<P><B>BARDZO WA¯NE:</B> W niektórych formatach tego dokumentu, zawarto¶æ
wspomnianego pliku bêdzie poprzedzona kilkoma spacjami lub znakami
tabulacji. Znaki te nie mog± znale¿æ siê w prawdzimym pliku
konfiguracyjnym. <B>Usuñ wszelkie wiod±ce spacje</B> w plikach
utworzonych na podstawie tego dokumnetu (np przez kopiowanie
fragmentów).
<P>
<P>Wiersz z poleceniem `<CODE>directory</CODE>' wskazuje, gdzie program named
powienien szukaæ plików. Wszystkie podawane pó¿niej nazwy plików bêd±
nazwami wzglêdem tego katalogu.
<CODE>/var/named</CODE> jest w³a¶ciwym miejscem, zgodnym ze <EM>Standardem
systemów plików w systemie Linux (FSS)</EM>. 
<P>
<P>Plik o nazwie <CODE>/var/named/root.cache</CODE> powienien zawieraæ:
<P>
<HR>
<PRE>
 .       518400  NS      D.ROOT-SERVERS.NET.
 .       518400  NS      E.ROOT-SERVERS.NET.
 .       518400  NS      I.ROOT-SERVERS.NET.
 .       518400  NS      F.ROOT-SERVERS.NET.
 .       518400  NS      G.ROOT-SERVERS.NET.
 .       518400  NS      A.ROOT-SERVERS.NET.
 .       518400  NS      H.ROOT-SERVERS.NET.
 .       518400  NS      B.ROOT-SERVERS.NET.
 .       518400  NS      C.ROOT-SERVERS.NET.
;
D.ROOT-SERVERS.NET.     3600000 A       128.8.10.90
E.ROOT-SERVERS.NET.     3600000 A       192.203.230.10
I.ROOT-SERVERS.NET.     3600000 A       192.36.148.17
F.ROOT-SERVERS.NET.     3600000 A       192.5.5.241
G.ROOT-SERVERS.NET.     3600000 A       192.112.36.4
A.ROOT-SERVERS.NET.     3600000 A       198.41.0.4
H.ROOT-SERVERS.NET.     3600000 A       128.63.2.53
B.ROOT-SERVERS.NET.     3600000 A       128.9.0.107
C.ROOT-SERVERS.NET.     3600000 A       192.33.4.12
</PRE>
<HR>
<P>
<P><B>Pamiêtaj co mówi³em o wiod±cych odstêpach!</B>.
<P>
<P>Plik okre¶la g³ówne serwery DNS na ¶wiecie. Ta informacja zmienia
siê z czasem i <EM>musi</EM> byæ poprawiana. Patrz 
<A HREF="#maint">Rozdzia³o utrzymaniu serwera</A>, znajdziesz tam rady
sk±d uzyskiwaæ aktualne informacje. Jest to opisane na stronie
podrêcznika dotycz±cej programu named, lecz IMHO nadaje siê dla ludzi,
którzy ju¿ rozumiej± jak pracuje named.
<P>
<P>Kolejny wiersz w <CODE>named.boot</CODE> zawiera s³owo k³uczowe
<CODE>primary</CODE>. Pó¼niej opiszê jego zadanie, teraz po prostu utwórz 
w katalogu <CODE>pz</CODE> plik o nazwie <CODE>127.0.0</CODE> zawieraj±cy:
<P>
<HR>
<PRE>
@               IN      SOA     linux.bogus. hostmaster.linux.bogus. (
                                1       ; Serial
                                28800   ; Refresh
                                7200    ; Retry
                                604800  ; Expire
                                86400)  ; Minimum TTL
                        NS      ns.linux.bogus.
1                       PTR     localhost.
</PRE>
<HR>
<P>
<P>Do tego potrzebujesz jeszcze plik <CODE>/etc/resolv.conf</CODE>, który
by wygl±da³ mniej wiêcej tak:
<P>
<HR>
<PRE>
search poddomena.twoja.domena. twoja.domena
nameserver 127.0.0.1
</PRE>
<HR>
<P>
<P>Wiersz `<CODE>search</CODE>' okre¶la, które domeny powinny byæ
przegl±dane w poszukiwaniu komputera z którym chcemy nawi±zaæ
po³±czenie. Wiersz `<CODE>nameserver</CODE>' zawiera adres IP komputera,
serwera DNS, z którego mo¿e korzystaæ twój komputer. W tym przypadku
jest to twój komputer poniewa¿ to w³a¶nie na nim chcesz uruchomiæ
program named. (Uwaga: Ten plik jest czytany przez procedury resolwera
biblioteki libc, program named nie zagl±da do tego pliku.)
<P>
<P>Ma³a ilustracja do czego s³u¿y ten plik: je¶li program otrzyma za
zadanie znalezienie adresu komputera <CODE>foo</CODE>, najpierw jest
sprawdzane czy istnieje komputer <CODE>foo.poddomena.twoja.domena</CODE>, a w
przypadku niepowodzenia nastêpnie sprawda siê <CODE>foo.twoja.domena</CODE>, a
na koñcu <CODE>foo</CODE>. Je¶li nale¿y znale¼æ <CODE>sunsite.unc.edu</CODE> wpierw
sprawdza siê istnienie <CODE>sunsite.unc.edu.poddomena.twoja.domena</CODE>
(tak, jest to glupie, ale tak musi byæ),
nastêpnie <CODE>sunsite.unc.edu.twoja.domena</CODE>, a na koñcu
<CODE>sunsite.unc.edu</CODE>. Mo¿esz nie chcieæ umieszczaæ w tym pliku zbyt
wielu domen, ka¿de wyszukanie zajmuje trochê czasu.
<P>
<P>W kolejnym przyk³adzie zak³adamy, ¿e nale¿ysz do domeny
<CODE>poddomena.twoja.domena</CODE>, twój komputer nowsi nazwê
<CODE>twój-komputer.poddomena.twoja.domena</CODE>. Wiersz z poleceniem search
nie powinien zawieraæ domeny najwy¿szego poziomu (TLD -Top Level
Domain) (a w Polsce domeny drugiego poziomu np. <CODE>edu.pl</CODE>,
/com.pl/). Je¶li bardzo czêsto ³±czysz siê z komputerami nale¿±cymi do
innej domeny, mo¿esz j± dodaæ do wiersza z poleceniem <CODE>search</CODE>:
<P>
<HR>
<PRE>
search poddomena.twoja.domena. inna-domena.com.pl. 
</PRE>
<HR>
<P>itd. Oczywi¶cie nale¿y wpisaæ istniej±ce domeny. Zwróæ uwagê na brak
kropki koñcz±cej nazwê domeny.
<P>
<P>Nastêpnie, zale¿nie od wersji biblioteki libc, której u¿ywasz
musisz poprawiæ albo plik <CODE>/etc/nsswitch.conf</CODE> lub
<CODE>/etc/host.conf</CODE>. Je¶li w twoim systemie ju¿ jest plik
<CODE>/etc/nsswitch.conf</CODE> to znaczy, ¿e nale¿y poprawiæ ten w³a¶nie
plik, jêsli go nie ma, bêdziemy poprawiwaæ <CODE>/etc/hosts.conf</CODE>.
<P>
<P><B>/etc/nsswitch.conf</B>
<P>
<P>To spory plik okre¶³aj±cy sk±d system ma pobieraæ ró¿nego rodzaju
informacje, z których plików, lub sieciowychs baz danych. Zwykle
zawiera pomocne komentarze. Znajd¼ wiersz zaczywnaj±cy siê s³owem
`<CODE>hosts:</CODE>', powinien wygl±daæ nastêpuj±co:
<P>
<HR>
<PRE>
hosts:      files dns
</PRE>
<HR>
<P>Je¶li nie ma wiersza zaczynaj±cego siê od `<CODE>hosts</CODE>', to dodaj
przedstawiony powy¿ej. Deiniuje on, ¿e programy wpierw powinny
zaj¿eæ do pliku <CODE>/etc/hosts</CODE> i dopiero w nastêpnej
kolejno¶ci sprawdzaæ w DNSie, w sposób zgodny z wytycznymi
znajduj±cymi siê w pliku <CODE>/etc/resolv.conf</CODE>.
<P>
<P><B>/etc/host.conf</B>
<P>
<P>Prawdopodowbie zawiera kilkana¶cie wierszym jeden z nich powinien
wygl±daæ nastêpuj±co:
<P>
<HR>
<PRE>
order hosts,bind
</PRE>
<HR>
<P>
<P>Je¶li nie ma wiersza rozpoczynaj±cego siê s³owem <CODE>order</CODE> powinno
siê taki dodaæ. Okre¶la on sposób dzia³ania procedur rozwi±zuj±cych
nazwy komputerów, które w podanej konfiguracji wpierw sprawdzaj± plik
<CODE>/etc/hosts</CODE> , a nastêpnie pytaj± serwer DNS (który jest
zdefiniowany w pliku <CODE>/etc/resolv.conf</CODE> jako 127.0.0.1). Te
pliki s± dok³adniej opisane na stronach podrêcznika, mo¿na je
przeczytaæ pisz±c `<CODE>man 8 resolv</CODE> (w wiêkszo¶ci dystrybucji
Linuxa). IMHO jest to ca³kiem zrozumia³y tekst i powinien siê z nim
zapoznaæ ka¿dy administrator DNSu. Zrób to teraz, je¶li od³o¿ysz to na
pó¼niej, nigdy tego nie zrobisz.
<P>Cect1>Uruchamianie programu named.
<P>
<P>Przyszed³ nareszcie czas uruchomic program named. Je¶li korzystasz
z po³±czenia dzwonionego, przed uruchomieniem programu zestaw
po³aczenie. Nastepnie uruchom `<CODE>ndc start</CODE>' i wci¶nij ENTER. Gdyby
powloka nie mog³a znale¼æ progrmu ndc, spróbuj `<CODE>/usr/sbin/ndc
start</CODE>'. Je¶li tam te¿ nie ma tego programu zaj¿yj do rozdzia³u
<A HREF="#qanda">FAQ</A>. 
Teraz mo¿esz przetestowaæ swoj± konfiguracjê. Je¶li
podczas uruchamiania programu named bêdziesz podgl±da³ plik dziennika
(zwykle <CODE>tail -f /var/log/messages </CODE>) powiniene¶ zobaczyæ
komunikaty podobne do tych poni¿ej:
<P>
<BLOCKQUOTE><CODE>
<PRE>
Jun 30 21:50:55 roke named[2258]: starting.  named 4.9.4-REL Sun Jun 30 21:29:03 MET DST 1996   janl@roke.slip.ifi.uio.no:/var/tmp/bind/named
Jun 30 21:50:55 roke named[2258]: cache zone "" loaded (serial 0)
Jun 30 21:50:55 roke named[2258]: primary zone "0.0.127.in-addr.arpa" loaded (serial 1)
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>Je¶li zobaczysz jakiekolwiek komunikaty o b³êdach, named wska¿e
plik zawieraj±cy b³±d (mam nadziejê, ¿e named.boot lub named.cache
:-). Zabij proces named (<CODE>ndc stop</CODE>) i sprawd¼ wskazany plik.
<P>
<BLOCKQUOTE><CODE>
<PRE>
$ nslookup
Default Server:  localhost
Address:  127.0.0.1

>
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>Je¶li wy¶wietlone komunikaty s± zbli¿one do tych powy¿ej, to
znaczy, ¿e wszystko dzia³a. Mamy tak± nadziejê. W ka¿dym innym
przypadku musisz wróciæ i sprawdziæ raz jeszcze pliki konfiguracyjne. 
Po ka¿dej modyfikacji pliku <CODE>/etc/named.boot</CODE> musisz
zrestartowaæ program wydaj±c polecenie <CODE>ndc restart</CODE>.
<P>Teraz mo¿esz wydawaæ zapytania. Spróbuj odnale¼æ komputer blisko
ciebie. <CODE>pat.uio.no</CODE> jest blisko mnie, Uniwersytet w Oslo:
<P>
<BLOCKQUOTE><CODE>
<PRE>
> pat.uio.no
Server:  localhost
Address:  127.0.0.1

Name:    pat.uio.no
Address:  129.240.2.50
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>nslookup poprosi³ nameda o wyszukanie  komputera
<CODE>pat.uio.no</CODE>.  Named skontaktowa³ siê z jednym z serwerów
nazw wymienionych w pliku <CODE>root.cache</CODE> i tam rozpocz±³ sw±
drogê. Zanim zobaczysz rezultat zapytania, mo¿e up³yn±æ ca³kiem spora
chwila, poniewa¿ named przeszukuje wszystkie domeny wymienione w pliku
<CODE>/etc/resolv.conf</CODE>/
<P>
<P>Je¶li spróbujesz raz jeszcze otrzymasz tak± odpowied¼:
<P>
<BLOCKQUOTE><CODE>
<PRE>
> pat.uio.no
Server:  localhost
Address:  127.0.0.1

Non-authoritative answer:
Name:    pat.uio.no
Address:  129.240.2.50
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>Zwróæ uwagê na frazê `<CODE>Non-authoritative answer:</CODE>'. Oznacza, ¿e
tym razem named skorzysta³ ze swojej pamiêci podrêcznej i nie
przeszukiwa³ sieci w poszukiwaniu odpowiedzi na twoje pytanie. Lecz
informacja z pamiêci podrêcznej <EM>mo¿e</EM> byæ nieaktualna. Dlatetgo
jeste¶ informowany o tym (pomijalnym) niebezpieczeñstwie w³a¶nie
fraz± `<CODE>Non-authoritative answer:</CODE>' (Odpwowied¼ z nieautoryzowanego
¼ród³a). Je¶li <CODE>nslookup</CODE> w taki sposób odpowie na drugie zapytanie
o ten sam komputer, jest to znak, ¿e zapamiêtuje odpowiedzi
przychodz±ce z sieci, a to znaczy, ¿e dzia³a poprawnie. Aby zakoñczyæ
pracê z programem <CODE>nslookup</CODE> nale¿y wydaæ polecenie <CODE>exit</CODE>.
<P>
<P> Je¶li korzystasz z protoko³ów ppp, slip, zapoznaj siê z rozdzia³em
<A HREF="#qanda">FAQ</A><@@ref>autpo po³±czeniach modemowych</A>, znajdziesz tam dla
siebie kilka porad.
<P>Teraz ju¿ wiesz jak skonfigurowaæ podrêczny serwer nazw (DNS). Polecam
piwo, mleko lub inny ulubiony napój aby uczciæ to wydarzenie.
<P>
<H2><A NAME="simple"></A> <A NAME="s4">4. Ca³kiem prosta domena.</A></H2>

<P><B>Jak skonfigurowaæ w³asn± domenê.</B>
<H2>4.1 Wpierw troche teorii.</H2>

<P>Zanim <EM>naprawdê</EM> rozpoczniemy ten rozdzia³, mam zamiar
przedstawiæ ci trochê teorii na temat pracy DNSu. A ty to przeczytasz,
poniewa¿ jest to ci potrzebne. Je¶li ci siê nie chce, powiniene¶ choæ
zapoznaæ siê z nim powierzchownie. Mo¿esz przestaæ, gdy dojdziesz do
wyja¶nieñ, co nale¿y umie¶ciæ w pliku <CODE>named.boot</CODE>.
<P>
<P>DNS jest systemem hierarchicznym. Domena g³ówna (najwy¿szego
poziomu) jest oznaczana kropk± `<CODE>.</CODE>' i nazywana `root'. W domenie
. mo¿na znale¼æ kilka "Domen  najwy¿szego poziomu (TLD)" np. ORG, COM,
EDU czy NET. Lecz jest ich znacznie wiêcej. Gdy chcesz znale¼æ adres
kompuera <CODE>prep.ai.mit.edu</CODE> twój serwer musi odnale¼æ komputer
obs³uguj±cy domenê edu. Zadaje pytanie serwerowi domeny <CODE>.</CODE>
(serwery domeny <CODE>.</CODE> zna z pliku <CODE>root.cache</CODE>), otrzymuje listê
serwerów obs³uguj±cych domenê edu. Oto ma³a ilustracja:
<P>
<BLOCKQUOTE><CODE>
<PRE>
$ nslookup
Default Server:  localhost
Address:  127.0.0.1
</PRE>
</CODE></BLOCKQUOTE>
<P>rozpoczynamy od zapytania serwera domeny g³ównej
<P>
<BLOCKQUOTE><CODE>
<PRE>
> server c.root-servers.net.
Default Server:  c.root-servers.net
Address:  192.33.4.12
</PRE>
</CODE></BLOCKQUOTE>
<P>Ustawiamy rodzj zapytania: rekordy NS (adresy serwrów DNS)
<P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
> set q=ns
</PRE>
</CODE></BLOCKQUOTE>
<P>pytamy siê o domenê edu.
<P>
<BLOCKQUOTE><CODE>
<PRE>
> edu.
</PRE>
</CODE></BLOCKQUOTE>
<P>Kropka po s³owie edu ma znaczenie, informuje serwer, ¿e pytamy siê o
edu, które jest bezpo¶rednio w domenie g³ównej, w ten sposób wy³±czamy
z przeszukiwania domeny podane w pliku <CODE>/etc/resolv.conf</CODE>.
<P>
<BLOCKQUOTE><CODE>
<PRE>
edu     nameserver = A.ROOT-SERVERS.NET
edu     nameserver = H.ROOT-SERVERS.NET
edu     nameserver = B.ROOT-SERVERS.NET
edu     nameserver = C.ROOT-SERVERS.NET
edu     nameserver = D.ROOT-SERVERS.NET
edu     nameserver = E.ROOT-SERVERS.NET
edu     nameserver = I.ROOT-SERVERS.NET
edu     nameserver = F.ROOT-SERVERS.NET
edu     nameserver = G.ROOT-SERVERS.NET
A.ROOT-SERVERS.NET      internet address = 198.41.0.4
H.ROOT-SERVERS.NET      internet address = 128.63.2.53
B.ROOT-SERVERS.NET      internet address = 128.9.0.107
C.ROOT-SERVERS.NET      internet address = 192.33.4.12
D.ROOT-SERVERS.NET      internet address = 128.8.10.90
E.ROOT-SERVERS.NET      internet address = 192.203.230.10
I.ROOT-SERVERS.NET      internet address = 192.36.148.17
F.ROOT-SERVERS.NET      internet address = 192.5.5.241
G.ROOT-SERVERS.NET      internet address = 192.112.36.4
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>Otrzymali¶my informacje, ¿e domenê <CODE>edu</CODE> obs³uguj± serwery
<CODE>*.root-servers.net</CODE>, tak wiêc mo¿emy kontynuowaæ nasze pytanie
kieruj±c je nadal do serwera c.root-serwers.net. Teraz chcemy
wiedzieæ, kto obs³uguje domenê nastêpnego poziomu: <CODE>mit.edu.</CODE>:
<P>
<BLOCKQUOTE><CODE>
<PRE>
> mit.edu.
Server:  c.root-servers.net
Address:  192.33.4.12

Non-authoritative answer:
mit.edu nameserver = STRAWB.mit.edu
mit.edu nameserver = W20NS.mit.edu
mit.edu nameserver = BITSY.mit.edu

Authoritative answers can be found from:
STRAWB.mit.edu  internet address = 18.71.0.151
W20NS.mit.edu   internet address = 18.70.0.160
BITSY.mit.edu   internet address = 18.72.0.3
</PRE>
</CODE></BLOCKQUOTE>
<P><CODE>steawb</CODE>, <CODE>w20ns</CODE> i <CODE>bitsy</CODE> obs³uguj± <CODE>mit</CODE>, wybierz jeden
z nich i spytaj siê o <CODE>ai.mit.edu</CODE>:
<P>
<BLOCKQUOTE><CODE>
<PRE>
> server W20NS.mit.edu.
</PRE>
</CODE></BLOCKQUOTE>
<P>W nazwach kompyterów wielko¶æ liter nie ma znaczenia, lecz ja do
przenoszenia tekstu u¿ywam myszy, zapytanie ma tak± sam± formê jak
poprzedzaj±ca je odpowied¼.
<P>
<BLOCKQUOTE><CODE>
<PRE>
Server:  W20NS.mit.edu
Address:  18.70.0.160

> ai.mit.edu.
Server:  W20NS.mit.edu
Address:  18.70.0.160

Non-authoritative answer:
ai.mit.edu      nameserver = WHEATIES.AI.MIT.EDU
ai.mit.edu      nameserver = ALPHA-BITS.AI.MIT.EDU
ai.mit.edu      nameserver = GRAPE-NUTS.AI.MIT.EDU
ai.mit.edu      nameserver = TRIX.AI.MIT.EDU
ai.mit.edu      nameserver = MUESLI.AI.MIT.EDU

Authoritative answers can be found from:
AI.MIT.EDU      nameserver = WHEATIES.AI.MIT.EDU
AI.MIT.EDU      nameserver = ALPHA-BITS.AI.MIT.EDU
AI.MIT.EDU      nameserver = GRAPE-NUTS.AI.MIT.EDU
AI.MIT.EDU      nameserver = TRIX.AI.MIT.EDU
AI.MIT.EDU      nameserver = MUESLI.AI.MIT.EDU
WHEATIES.AI.MIT.EDU     internet address = 128.52.32.13
WHEATIES.AI.MIT.EDU     internet address = 128.52.35.13
ALPHA-BITS.AI.MIT.EDU   internet address = 128.52.32.5
ALPHA-BITS.AI.MIT.EDU   internet address = 128.52.37.5
GRAPE-NUTS.AI.MIT.EDU   internet address = 128.52.32.4
GRAPE-NUTS.AI.MIT.EDU   internet address = 128.52.36.4
TRIX.AI.MIT.EDU internet address = 128.52.32.6
TRIX.AI.MIT.EDU internet address = 128.52.38.6
MUESLI.AI.MIT.EDU       internet address = 128.52.32.7
MUESLI.AI.MIT.EDU       internet address = 128.52.39.7
</PRE>
</CODE></BLOCKQUOTE>
<P>Okazuje siê, ¿e <CODE>weaties.ai.mit.edu</CODE> jest serwerem nazw dla doemny <CODE>ai.mit.edu</CODE>:
<P>
<BLOCKQUOTE><CODE>
<PRE>
> server WHEATIES.AI.MIT.EDU.
Default Server:  WHEATIES.AI.MIT.EDU
Addresses:  128.52.32.13, 128.52.35.13
</PRE>
</CODE></BLOCKQUOTE>
<P>Teraz zmieniam rodzaj zapytania. Znamy ju¿ nazwê serwera nazw
dla interesuj±cej nas domeny, spytamy sie o jakiekolwiek informacje
jakie serwer posiada na temat <CODE>prep.ai.mit.edu</CODE>.
<P>
<BLOCKQUOTE><CODE>
<PRE>
> set q=any
> prep.ai.mit.edu.
Server:  WHEATIES.AI.MIT.EDU
Addresses:  128.52.32.13, 128.52.35.13

prep.ai.mit.edu CPU = dec/decstation-5000.25    OS = unix
prep.ai.mit.edu
        inet address = 18.159.0.42, protocol = tcp
         #21 #23 #25 #79
prep.ai.mit.edu preference = 1, mail exchanger = life.ai.mit.edu
prep.ai.mit.edu internet address = 18.159.0.42
ai.mit.edu      nameserver = alpha-bits.ai.mit.edu
ai.mit.edu      nameserver = wheaties.ai.mit.edu
ai.mit.edu      nameserver = grape-nuts.ai.mit.edu
ai.mit.edu      nameserver = mini-wheats.ai.mit.edu
ai.mit.edu      nameserver = trix.ai.mit.edu
ai.mit.edu      nameserver = muesli.ai.mit.edu
ai.mit.edu      nameserver = count-chocula.ai.mit.edu
ai.mit.edu      nameserver = life.ai.mit.edu
ai.mit.edu      nameserver = mintaka.lcs.mit.edu
life.ai.mit.edu internet address = 128.52.32.80
alpha-bits.ai.mit.edu   internet address = 128.52.32.5
wheaties.ai.mit.edu     internet address = 128.52.35.13
wheaties.ai.mit.edu     internet address = 128.52.32.13
grape-nuts.ai.mit.edu   internet address = 128.52.36.4
grape-nuts.ai.mit.edu   internet address = 128.52.32.4
mini-wheats.ai.mit.edu  internet address = 128.52.32.11
mini-wheats.ai.mit.edu  internet address = 128.52.54.11
mintaka.lcs.mit.edu     internet address = 18.26.0.36
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>Jak widaæ rozpoczynaj±c od domeny g³ównej <CODE>.</CODE> znale¼li¶my
kolejne serwery DNS. Gdyby¶my skorzystali z w³asnego serwera DNS,
named zpamiêta³by wszystkie informacje otrzymywane z sieci i nie
musia³by przej jaki¶ czas pytaæ siê serwerów, korzystaj±c z
przechowywanych informacji.
<P>
<P>Mniej opisywan± lecz równie wa¿n± domen± jest
<CODE>in-addr.arpa</CODE>. Tak jak zwyk³e domeny równie¿ posiada strukturê
hierachiczn±.  <CODE>in-addr.arpa</CODE> pozwala na znalezienie nazwy
komputera, je¶li tylko posiadamy jego adres IP. Nale¿y tu zwróciæ
uwagê, ¿e adres IP jest zapisywany w odwrotnej kolejno¶ci. Je¶li twój
komputer posiada adres 192.128.52.43 named bêdzie siê zachowywa³ tak
samo jak w przyk³adzie poszukiwania informacji na temat  komputera
<CODE>prep.ai.mit.edu</CODE>: znajd¼ serwery domey <CODE>arpa.</CODE>, znajd¼ serwery
<CODE>in-addr.arpa.</CODE>, znajd¼ serwery <CODE>192.in-addr.arpa.</CODE>, znajd¼
serwery 128.192.in-addr.arpa./, znajd¼ serwery
52.128.192.in-addr.arpa./, znjd¼ niezbêdne rekordy  dla
<CODE>43.52.128.192.in-addr.arpa.</CODE>.
Jasne, nie ?! (opowiedz 'tak'). Przez pierwsze dwa lata odwracanie
kolejno¶ci czêsci adresu IP sprawia ma³e k³opoty.
<P>
<P>W³a¶nie sk³ama³em. DNS nie pracuje dok³adnie w taki sposów jaki wam
przed chwil± przedstawi³em. Lecz jest to bardzo dobre przbli¿enie.
<P>
<H2>4.2 Nasza w³asna domena.</H2>

<P>Teraz zdefiniujemy nasz± w³asn± domenê. Nazwijmy j±
<EM>linux.bogus</EM>. Umie¶æmy w niej jeden komputer. Specjalnie u¿ywam
ca³kowicie bzdurn± nazwê domeny, aby mieæ pewno¶æ, ¿e nie
przeszkodzimy nikomu z Sieci.
<P>
<P>Rozpoczêli¶my tê czê¶æ dodaj±c do <CODE>named.boot</CODE> wiersz:
<P>
<HR>
<PRE>
primary         0.0.127.in-addr.arpa            pz/127.0.0
</PRE>
<HR>
<P>
<P>Proszê zwróciæ uwagê na brak kropki `<CODE>.</CODE>' koñcz±cej nazwy domen.
Pierwszy wiersz okre¶la, ¿e plik <CODE>pz/127.0.0</CODE> zawiera informacje
definiuj±ce domenê <CODE>0.0.127.in-addr.arpa</CODE>. Plik ten ju¿ zosta³ utworzony,
wygl±da nastêpuj±co:
<P>
<HR>
<PRE>
@               IN      SOA     linux.bogus. hostmaster.linux.bogus. (
                                1       ; Serial
                                28800   ; Refresh
                                7200    ; Retry
                                604800  ; Expire
                                86400)  ; Minimum TTL
                        NS      ns.linux.bogus.
1                       PTR     localhost.
</PRE>
<HR>
<P>
<P>Proszê zwróciæ uwagê na kropkê `<CODE>.</CODE>' koñcz±c± pe³ne nazwy domen,
w przeciwieñstwie do omawianego wcze¶niej pliku
<CODE>named.boot</CODE>. Niektórzy wol± rozpoczynaæ ka¿dy plik strefy
dyrektyw± <CODE>$ORIGIN</CODE> lecz nie jest to konieczne. Pochodzenie
(miejsce w hierarchi DNS, do którego przynale¿y) pliku strefy jest
okre¶lone w kolumnie `domain' w pliku <CODE>named.boot</CODE>, w tym przypadku
jest to <CODE>0.0.127.in-addr.arpa</CODE>.
<P>
<P>Powy¿szy plik strefy zawiera trzy rekordy (RR): SOA RR, NS RR i PTR RR. 
SOA jest skrótem Start Of Authority. Znak `@' jest znakiem specjalnym
okre¶laj±cym pochodzenie, a poniewa¿ kolumna `domain' odpowiadaj±ca temu
plikowi mówi 0.0.127.in-addr.arpa, dlatego pierwszy wiersz tak naprawdê
ma postaæ:
<P>
<BLOCKQUOTE><CODE>
<PRE>
  0.0.127.IN-ADDR.ARPA. IN      SOA ...
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>NS to rekord serwera nazw. Wskazuje komputer, który jest 
serwerem nazw dla tej domeny. I na koniec rekord PTR mówi, ¿e
1 (w pe³nej formie 1.0.0.127.in-addr-arpa, tzn. 127.0.0.1) nosi nazwê
localhost.
<P>
<P>Rekord SOA stanowi nag³ówek <EM>wszystkich</EM> plików stref, w ka¿dym
z plików powinien znajdowaæ siê dok³adnie jeden rekord SOA, powinien
to byæ pierwszy rekord w pliku. Opisuje on strefê, z której pochodzi
(komputer o nazwie <CODE>linux.bogus</CODE>), kto jest odpowiedzialny za
jej zawarto¶æ (<CODE>hostmaster@linux.bogus</CODE>), numer wersji pliku strefy
(serial 1) oraz inne informacje, maj±ce znaczenie dla pracy
serwerów drugorzêdnych. Je¶li dla pól refresh, retry, expire i minimum
bêdziesz u¿ywa³ warto¶ci jakie wystêpuj± w tym dokumencie wszystko
powinno dzia³aæ poprawnie.
<P>
<P>Rekord NS okre¶lna kto serwuje informacje DNS na temat 
<CODE>0.0.127.in-addr.arpa</CODE>, jest to <CODE>ns.linux.bogus</CODE>.  
Rekord PTR mówi nam, ¿e <CODE>1.0.0.127.in-addr.arpa</CODE> (aka 127.0.0.1) jest
znany pod nazw± <CODE>localhost</CODE>.
<P>
<P>Teraz zrestartuj proces named (poleceniem <CODE>ndc restart</CODE>) i sprawd¼
poczynione zmiany programem nslookup:
<P>
<BLOCKQUOTE><CODE>
<PRE>
$ nslookup

Default Server:  localhost
Address:  127.0.0.1

> 127.0.0.1
Server:  localhost
Address:  127.0.0.1

Name:    localhost
Address:  127.0.0.1
</PRE>
</CODE></BLOCKQUOTE>
<P>jak widaæ uda³o siê pobraæ informacje o <CODE>localhost</CODE> z komputera 127.0.0.1,
to dobrze. Teraz nasze podstawowe zadanie, domena <CODE>linux.bogus</CODE>, dodaj
do pliku <CODE>named.boot</CODE> wiersz definiuj±cy now± domenê:
<P>
<HR>
<PRE>
primary               linux.bogus                     pz/linux.bogus
</PRE>
<HR>
<P>
<P>Zwróæ uwagê na powtarz±j±cy sie brak znaku `<CODE>.</CODE>' koñcz±cych nazwy
domen w pliku <CODE>named.boot</CODE>.
<P>
<P>In the linux.bogus zone file we'll put some totally bogus data:
<HR>
<PRE>
;
; Plik strefy linux.bogus
;
; Obowi±zkowy zestaw minimum potrzebny do prawid³owej definicje domeny
;
@       IN      SOA     linux.bogus. hostmaster.linux.bogus. (
                        199511301       ; serial, todays date + todays serial #
                        28800           ; refresh, seconds
                        7200            ; retry, seconds
                        3600000         ; expire, seconds
                        86400 )         ; minimum, seconds
                NS      ns.linux.bogus.
                NS      ns.friend.bogus.
                MX      10 mail.linux.bogus   ; Primary Mail Exchanger
                MX      20 mail.friend.bogus. ; Secondary Mail Exchanger

localhost       A       127.0.0.1
ns              A       127.0.0.2
mail            A       127.0.0.4
</PRE>
<HR>
<P>Nale¿y zróciæ uwagê na dwie rzeczy dotycz±ce rekordu
SOA. ns.linux.bogus <EM>musi</EM> byc rekordem RR typu A, czyli nazw±
komputera, która posiada przydzielony numer IP. Niedopuszczalne jest,
aby nazwa uzywana w rekordzie SOA byla rekordem tymu CNAME. Sam
komputer nie musi nosic nazwy 'ns', mo¿e to byc dowolna poprawna
nazwa.
hostamster.linux.bogus nale¿y odczytaæ jako hostmaster@linux.bogus,
musi to byc adres (lub alias do) osoby (lub osób) opiekuj±cych siê
DNSem dla tej domeny (i czytajacyh regularnie tê pocztê). Wszelka
korespondencja dotycz±ca tej domeny bêdzie wysy³ana na ten adres, mo¿e
to byæ dowolny adres e-mail, choæ k±zdy spodziewa siê, ¿e adres
'hostmaster' bêdzie równie¿ adresem kontaktowym domeny.
<P>W powy¿szym pliku znalaz³ siê rekord RR nowego typu, a mianowicie
rekord MX, inaczej rekord Mail eXchanger. Dostarcza on systemowi
pocztowemu informacji, dok±d wysy³aæ pocztê adresowan±
<CODE>kto¶@linux.bogus</CODE>, w tym przypadku do <CODE>mail.linux.bogud</CODE> lub
<CODE>mail.friend.bogus</CODE>. Liczba poprzedzaj±ca nazwê komputera oznacza
priorytet rekordu. System pocztowy powinien korzystaæ w pierwszej
kolejno¶ci z rekordów o najmniejszym priorytecie (w naszym przypadku
10). Je¶li nie uda siê dostarczyæ poczty na ten adres, nale¿y
spróbowaæ innego adresu, o wy¿szym priorytecie. W naszym przypadku
by³by to <CODE>mail.friend.bogus</CODE>, który posiada priorytet 20.
<P>
<P>Teraz trzeba zrestartowac program named wydaj±c polecenie <CODE>ndc
restart</CODE>. Rezultaty naszej pracy mozemy sprawdziæ programem nslookup.
<P>
<BLOCKQUOTE><CODE>
<PRE>
$ nslookup
> set q=any
> linux.bogus
Server:  localhost
Address:  127.0.0.1

linux.bogus
        origin = linux.bogus
        mail addr = hostmaster.linux.bogus
        serial = 199511301
        refresh = 28800 (8 hours)
        retry   = 7200 (2 hours)
        expire  = 604800 (7 days)
        minimum ttl = 86400 (1 day)
linux.bogus     nameserver = ns.linux.bogus
linux.bogus     nameserver = ns.friend.bogus
linux.bogus     preference = 10, mail exchanger = mail.linux.bogus.linux.bogus
linux.bogus     preference = 20, mail exchanger = mail.friend.bogus
linux.bogus     nameserver = ns.linux.bogus
linux.bogus     nameserver = ns.friend.bogus
ns.linux.bogus  internet address = 127.0.0.2
mail.linux.bogus        internet address = 127.0.0.4
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>Przypatruj±c siê dok³adnie widzimy, ¿e pope³nili¶my b³±d.
Wiersz
<P>
<BLOCKQUOTE><CODE>
<PRE>
  linux.bogus     preference = 10, mail exchanger = mail.linux.bogus.linux.bogus
</PRE>
</CODE></BLOCKQUOTE>
<P>jest niepoprawny. powinien wygl±daæ nastêpuj±co:
<P>
<BLOCKQUOTE><CODE>
<PRE>
  linux.bogus     preference = 10, mail exchanger = mail.linux.bogus
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>Specjalnie pope³ni³em b³±d, aby¶cie mogli siê na nim uczyæ
:-). Przygl±daj±c siê plikowi ¼ród³owemu zauwa¿amy, ¿e w wierszu
<P>
<BLOCKQUOTE><CODE>
<PRE>
@               MX      10 mail.linux.bogus     ; Primary Mail Exchanger
</PRE>
</CODE></BLOCKQUOTE>

brakuje kropki. Lub inaczej mówiaæ ma zbyt wiele cz³onów
'linux.bogus'. Gdy nazwa komputera wystêpuj±ca w pliku ¿ród³owym
strefy nie koñczy siê kropk±, program na koniec dokleja 'origin'
(pochodzenie, domenê definiowan± przez ten plik ¼ród³owy).
Dlatego nazwy komputerów nale¿y podawaæ w sposób pe³ny, pilnuj±c
koñcowej kropki
<P>
<HR>
<PRE>
@               MX      10 mail.linux.bogus.    ; Primary Mail Exchanger
</PRE>
<HR>
<P>lub uproszczony
<P>
<HR>
<PRE>
@               MX      10 mail                 ; Primary Mail Exchanger
</PRE>
<HR>

Oba sposoby s± poprawne.
Osobi¶cie preferuje drug± metodê, mniej pisania. W pliku strefy domena
powinna byæ podana w ca³o¶ci, razem z koñcz±c± j± kropk± (<CODE>.</CODE>) lub
w ogole nie powinna byæ podawana. W takim przypadku domy¶lnie
przyjmuje siê tzw. origin. Muszê podkre¶liæ, ¿e nazwy domen w pliku
<CODE>named.boot</CODE> nie powinny siê koñczyæ kropk±. Nie macie pojêcia, jak
wiele razy nadmierna liczba kropek, lub ich brak spowodowa³a
zamieszanie i og³upi³a mnóstwo ludzi.
<P>
<P>Skoro ju¿ powiedzi³±em co mia³êm do powiedzenia, poni¿ej
przedstawiam nowy ¼ród³owy plik strefy z nowymi, dodatkowymi informacjami:
<P>
<HR>
<PRE>
;
; Plik strefy dla linux.bogus
;
; Obowi±zkowy zestaw minimum potrzebny do prawid³owej definicje domeny
;
@       IN      SOA     linux.bogus. hostmaster.linux.bogus. (
                        199511301       ; serial, todays date + todays serial #
                        28800           ; refresh, seconds
                        7200            ; retry, seconds
                        604800          ; expire, seconds
                        86400 )         ; minimum, seconds

                NS      ns              ; Inet Address of name server
                NS      ns.friend.bogus.
                MX      10 mail         ; Primary Mail Exchanger
                MX      20 mail.friend.bogus. ; Secondary Mail Exchanger

localhost       A       127.0.0.1
ns              A       127.0.0.2
mail            A       127.0.0.4
;
; Extras
;
@               TXT     "Linux.Bogus, your DNS consultants"

ns              MX      10 mail
                MX      20 mail.friend.bogus.
                HINFO   "Pentium" "Linux 1.2"
                TXT     "RMS"
richard         CNAME   ns
www             CNAME   ns

donald          A       127.0.0.3
                MX      10 mail
                MX      20 mail.friend.bogus.
                HINFO   "i486"  "Linux 1.2"
                TXT     "DEK"

mail            MX      10 mail
                MX      20 mail.friend.bogus.
                HINFO   "386sx" "Linux 1.0.9"

ftp             A       127.0.0.5
                MX      10 mail
                MX      20 mail.friend.bogus.
                HINFO   "P6" "Linux 1.3.59"
</PRE>
<HR>
<P>
<P>Mogliby¶cie chcieæ przesuj±c pierwsze trzy rekordy A, tak aby
s±siadowa³y z innymi rekordami tego typu, zamiast siedzieæ na pocz±tku
listy.
<P>
<P>W powy¿szym przyk³adzie pojawi³y siê rekordy nowego typu:
HINFO (Host INFOrmation) sk³ada siê z dwóch czêsci, dobrym zwyczajem
jest umiesczenie obu w cudzys³owach. Pierwsza czê¶æ okre¶la hardware,
lub procesor komputera, druga oprogramowanie lub pracuj±cy na nim
system operacyjny. Komputer ns to Pentium, pracuj±ce pod Linuxem 1.2.
Rekord TXT mo¿e zawieraæ dowolny tekst. Mo¿na go wykorzystywaæ do
ró¿nych celów. CNAME (Cannonical NAME) to sposób na nadanie wielu nazw
jednemu komputerowi. Tak wiêc richard i www s± aliasami komputera ns.
To wa¿ne aby pamiêtaæ, ¿e rekordy A, MX, CNAME i SOA <EM>nigdy</EM> nie
powinny wskazywaæ na rekord CNAME. Zawsze powinny wsazywaæ na rekord
A. Dlatego ta forma jest niepoprawna
<P>
<HR>
<PRE>
foobar  CNAME   richard                 ; NO!
</PRE>
<HR>
<P>i powinna zostaæ zast±piona przez
<P>
<P>
<HR>
<PRE>
foobar  CNAME   ns                      ; Yes!
</PRE>
<HR>
<P>
<P>Równie wa¿ne jest pamiêtanie, ¿e rekord CNAME nie jest poprawn±
nazw±, któr± mo¿na stosowaæ w adresach e-mail. Nawi±zuj±c do
poprzedniego przyk³adu, adres wmail <CODE>webmaster@www.linux.bogus</CODE> nie
jest niepoprawny. Mo¿esz oczekiwaæ, ¿e ca³kiem spora liczba
administratorów pocztowych Stamt±d bêdzie wymaga³a popdorz±dkowania
siê tej regule pomimo, ¿e w twoim przypadku wszystko mo¿e dzia³aæ
poprawnie. Sposobem na unikniêcie k³opotów jest stosowanie rekordów A
(i byæ mo¿e równie¿ innych, np. rekordów MX):
<P>
<HR>
<PRE>
www     A       127.0.0.2
</PRE>
<HR>
<P>
<P>Paul Vixie, najwiêkszy z wizardów programu named, sugeruje aby
<EM>nie</EM> korzystaæ z rekordów CNAME. Dlatego <EM>bardzo</EM> powa¿nie
zastanów siê nad ograniczeniem uzywania rekordów CNAME.
<P>
<P>Za³aduj now± wersjê bazy wydaj±c polecenie <CODE>ndc reload</CODE>, wymusi
ona na procesie ponowne odczytanie plików konfiguracyjnych.
<P>
<BLOCKQUOTE><CODE>
<PRE>
$ nslookup
Default Server:  localhost
Address:  127.0.0.1

> ls -d linux.bogus
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>Powy¿sze polecenie spowoduje przedstawienie wszystkich rekordów.
<P>
<BLOCKQUOTE><CODE>
<PRE>
[localhost]
 linux.bogus.                   SOA   linux.bogus hostmaster.linux.bogus. (1995
11301 28800 7200 604800 86400)
 linux.bogus.                   NS    ns.linux.bogus
 linux.bogus.                   NS    ns.friend.bogus
 linux.bogus.                   MX    10   mail.linux.bogus
 linux.bogus.                   MX    20   mail.friend.bogus
 linux.bogus.                   TXT   "Linux.Bogus, your DNS consultants"
 localhost                      A     127.0.0.1
 mail                           A     127.0.0.4
 mail                           MX    10   mail.linux.bogus
 mail                           MX    20   mail.friend.bogus
 mail                           HINFO 386sx       Linux 1.0.9
 donald                         A     127.0.0.3
 donald                         MX    10   mail.linux.bogus
 donald                         MX    20   mail.friend.bogus
 donald                         HINFO i486        Linux 1.2
 donald                         TXT   "DEK"
 www                            CNAME ns.linux.bogus
 richard                        CNAME ns.linux.bogus
 ftp                            A     127.0.0.5
 ftp                            MX    10   mail.linux.bogus
 ftp                            MX    20   mail.friend.bogus
 ftp                            HINFO P6          Linux 1.3.59
 ns                             A     127.0.0.2
 ns                             MX    10   mail.linux.bogus
 ns                             MX    20   mail.friend.bogus
 ns                             HINFO Pentium     Linux 1.2
 ns                             TXT   "RMS"
 linux.bogus.                   SOA   linux.bogus hostmaster.linux.bogus. (1995
11301 28800 7200 604800 86400)
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>Jest dobrze. Zobaczmy jak± odpowied¼ otrymamy pytaj±c siê wy³±cznie
o komputer www:
<P>
<BLOCKQUOTE><CODE>
<PRE>
> set q=any
> www.linux.bogus.
Server:  localhost
Address:  127.0.0.1

www.linux.bogus canonical name = ns.linux.bogus
</PRE>
</CODE></BLOCKQUOTE>
<P>... Innymi s³owy, prawdziwa nazwa komputera <CODE>www.linux.bogus</CODE> to <CODE>ns.linux.bogus</CODE>.
<P>
<BLOCKQUOTE><CODE>
<PRE>
linux.bogus     nameserver = ns.linux.bogus
linux.bogus     nameserver = ns.friend.bogus
ns.linux.bogus  internet address = 127.0.0.2
</PRE>
</CODE></BLOCKQUOTE>
<P>a ns.linux.bogus ma adres 127.0.0.2. To równie¿ wygl±da poprawnie.
<P>
<P>
<H2>4.3 Co dalej.</H2>

<P>Oczywi¶cie powy¿sza domena jest  nierzeczywista, jak równie¿
adresy IP podane w przyk³adzie, co mo¿e utrudniaæ zrozumienie.
Przyk³ad przwdziwej domeny znjdziecie w nastêpnym rozdziale.
<H2><A NAME="real-example"></A> <A NAME="s5">5. Przyk³ad, prawdziwa domena. </A></H2>

<P><B>Sk±d wzi±æ pliki <EM>prawdziwej</EM> domeny</B>.
<P>
<P>UZytkownicy zwrócili mi uwagê, ¿e powinienem do³±czyæ przyk³ad 
plików definiuj±cych prawdziw± domene, poniewa¿ ró¿nica pomiêdzy 
domen± przyk³adow± i prawdziw± nie by³a do oñca jasna.
<P>
<P>Jedna uwaga dotycz±ca tego przyk³adu: <EM>nie</EM> wprowadzajcie tych
plików do swoich serwerów DNS! Przedstawione pliki s³u¿± jedynie jako
punkt odniesienia. Je¶li chcesz eksperymentowaæ, wykorzystaj domenê
przyk³adow± linux.bogus. Korzystam z tego przyk³adau za pozwoleniem
Davida Bullocka z LAND-5. Prezentowane informacje by³y aktualne 14
sierpnia 1196 roku, i mog± siê rózniæ od aktualnych. Nale¿y ci±gle
pamiêtaæ o uwagach na temat wiod±cych odstêpów w plikach
przyk³adowych. 
<P>
<H2>5.1 /etc/named.boto (lub /var/named/named.boot)</H2>

<P>Oto dwa wiersze potrzebne d ozdefiniowania dwóch stref (domen)
odwrotnych.: siec 127.0.0 oraz siec LAND-5 o numerach 206.6.177.  Oraz
wiersz deklaruj±cy, ¿e nasz serwer jest serwerem podstawowym domeny
land-5.com. Proszê zauwa¿yc, ¿e zamiast umieszczania plików z danymi w
sugerowanym wcze¶cniej przeze mnie katalogu <CODE>pz</CODE>, tutaj pliki s±
umieszczane w katalogu <CODE>zone</CODE>.
<P>
<HR>
<PRE>
;  Boot file for LAND-5 name server
;
directory /var/named
;
; type          domain                          source file or host
cache           .                               root.cache
primary         0.0.127.in-addr.arpa            zone/127.0.0
primary         177.6.206.in-addr.arpa          zone/206.6.177
primary         land-5.com                      zone/land-5.com
</PRE>
<HR>
<P>
<H2>5.2 /var/named/root.cache</H2>

<P>Proszê pamiêtaæ, ¿e ten plik siê zmienia, i ten przedstawiony tutaj
jest ju¿ stary. Lepiej skorzystaj z tego, genrowanego programem dig.
<P>
<HR>
<PRE>
; &lt;&lt;>> DiG 2.1 &lt;&lt;>> 
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER&lt;&lt;- opcode: QUERY, status: NOERROR, id: 6
;; flags: qr rd ra; Ques: 1, Ans: 9, Auth: 0, Addit: 9
;; QUESTIONS:
;;      ., type = NS, class = IN

;; ANSWERS:
 .       518357  NS      H.ROOT-SERVERS.NET.
 .       518357  NS      B.ROOT-SERVERS.NET.
 .       518357  NS      C.ROOT-SERVERS.NET.
 .       518357  NS      D.ROOT-SERVERS.NET.
 .       518357  NS      E.ROOT-SERVERS.NET.
 .       518357  NS      I.ROOT-SERVERS.NET.
 .       518357  NS      F.ROOT-SERVERS.NET.
 .       518357  NS      G.ROOT-SERVERS.NET.
 .       518357  NS      A.ROOT-SERVERS.NET.

;; ADDITIONAL RECORDS:
H.ROOT-SERVERS.NET.     165593  A       128.63.2.53
B.ROOT-SERVERS.NET.     165593  A       128.9.0.107
C.ROOT-SERVERS.NET.     222766  A       192.33.4.12
D.ROOT-SERVERS.NET.     165593  A       128.8.10.90
E.ROOT-SERVERS.NET.     165593  A       192.203.230.10
I.ROOT-SERVERS.NET.     165593  A       192.36.148.17
F.ROOT-SERVERS.NET.     299616  A       192.5.5.241
G.ROOT-SERVERS.NET.     165593  A       192.112.36.4
A.ROOT-SERVERS.NET.     165593  A       198.41.0.4

;; Total query time: 250 msec
;; FROM: land-5 to SERVER: default -- 127.0.0.1
;; WHEN: Fri Sep 20 10:11:22 1996
;; MSG SIZE  sent: 17  rcvd: 312
</PRE>
<HR>
<P>
<H2>5.3 /var/named/zone/127.0.0</H2>

<P>Tylko podstawowe rekordy, obowi±zkowo rekord SOA, rekord
odwzoruj±cy 127.0.0.1 na <CODE>localhost</CODE>. Oba s± konieczne.
Nic wiêcej w tym pliku nie jest potrzebne.PRzwdopodobnie nigdy ju¿ nie
powinny byæmodyfikowane, cgyba, ¿e zmieni siê adres serwera DNS lub
adres email uzywany w rekordzie SOA.
<P>
<P>
<HR>
<PRE>
@               IN      SOA     land-5.com. root.land-5.com. (
                                199609203       ; Serial
                                28800   ; Refresh
                                7200    ; Retry
                                604800  ; Expire
                                86400)  ; Minimum TTL
                        NS      land-5.com.
        
1                       PTR     localhost.
</PRE>
<HR>
<P>
<H2>5.4 /var/named/zone/land-5.com</H2>

<P>Tutaj mo¿emy zobaczyæ obowi±zkowy rekord SOA, potrzebne rekordy
NS. Widzimy, ¿e drugorzêdny serwer DNS to ns1.psi.net. Jest tak, jak
byæ powinno, <EM>zawsze</EM> musi byæ drugi, zapasowy serwer DNS
umieszczony poza twoj± sieci±. Widzimy równie¿, ¿e komputergem g³ównym
jest land-5, serwuj±cy rózne us³ugi do których kieruj± odpowiednie
rekorddy CNAME (alternatywa jest u¿ywanie rekordów A).
<P>
<P>Patrz±c na rekord SOA widzimy, ¿e ta strefa(domena) dns pochodzi z
komutera land-5.com. W sprawach zwi±zanyc hz t± domen± nale¿y
kontaktowaæ siê z <CODE>root@land-5.com</CODE>. <CODE>hostmaster</CODE> to inny,
czêsto u¿ywany w takich przypadkach adres e-mail. Numer seryjny w
powszechnie przyjêtym formacie rrrrmmdd z dodan± liczb± zmian danego
dnia wskazuje, ¿e jest to prawdopodobnie szósta wersja tego pliku w
dniu 20. wrze¶nia 1996. Pamiêtaj, ¿e numer seryjny <EM>musi</EM>
monotonicznie rosn±æ. W tym przypadku  pozostawiono jedna cyfrê jalo
kicznik zmian jednego dnia. Po wykonaniu dziewiêciu poprawek, nastêpn±
mozna wykonac dopiero nastêpnego dnia. Dlatego rozwa¿ stosowanie dwóch
pozycji do oznaczania liczby modyfikacji jednego dnia.
<P>
<P>
<HR>
<PRE>
@       IN      SOA     land-5.com. root.land-5.com. (
                        199609206       ; serial, todays date + todays serial #
                        10800           ; refresh, seconds
                        7200            ; retry, seconds
                        10800           ; expire, seconds
                        86400 )         ; minimum, seconds
                NS      land-5.com.
                NS      ns2.psi.net.
                MX      10 land-5.com.  ; Primary Mail Exchanger

localhost       A       127.0.0.1

router          A       206.6.177.1
        
land-5.com.     A       206.6.177.2
ns              CNAME   land-5.com.
ftp             CNAME   land-5.com.
www             CNAME   land-5.com.
mail            CNAME   land-5.com.
news            CNAME   land-5.com.

funn            A       206.6.177.3
illusions       CNAME   funn.land-5.com.
@               TXT     "LAND-5 Corporation"

;
;       Workstations
;
ws_177200       A       206.6.177.200
                MX      10 land-5.com.   ; Primary Mail Host
ws_177201       A       206.6.177.201
                MX      10 land-5.com.   ; Primary Mail Host
ws_177202       A       206.6.177.202
                MX      10 land-5.com.   ; Primary Mail Host
ws_177203       A       206.6.177.203
                MX      10 land-5.com.   ; Primary Mail Host
ws_177204       A       206.6.177.204
                MX      10 land-5.com.   ; Primary Mail Host
ws_177205       A       206.6.177.205
                MX      10 land-5.com.   ; Primary Mail Host
; {Many repetitive definitions deleted - SNIP}
ws_177250       A       206.6.177.250
                MX      10 land-5.com.   ; Primary Mail Host
ws_177251       A       206.6.177.251
                MX      10 land-5.com.   ; Primary Mail Host
ws_177252       A       206.6.177.252
                MX      10 land-5.com.   ; Primary Mail Host
ws_177253       A       206.6.177.253
                MX      10 land-5.com.   ; Primary Mail Host
ws_177254       A       206.6.177.254
                MX      10 land-5.com.   ; Primary Mail Host
</PRE>
<HR>
<P>Mo¿na jeszcze zwróciæ uwagê na to, ¿e stacje robocze nie posiadaj±
indywidualnych nazw, lecz raczej prefix po którym nastêpuje dwucz³onowy
fragmnet adresu IP. Korzystanie z takiej konwencji mo¿e znacznie
u³atwiæ opiekê nad DNSem, lecz nie jest przez wszystkich najmilej
widziane.
<P>
<H2>5.5 /var/named/zone/206.6.177</H2>

<P>Komentarz pó¼niej.
<P>
<P>
<HR>
<PRE>
@               IN      SOA     land-5.com. root.land-5.com. (
                                199609206       ; Serial
                                28800   ; Refresh
                                7200    ; Retry
                                604800  ; Expire
                                86400)  ; Minimum TTL
                        NS      land-5.com.
                        NS      ns2.psi.net.
;
;       Servers
;
1       PTR     router.land-5.com.
2       PTR     land-5.com.
3       PTR     funn.land-5.com.
;
;       Workstations
;
200     PTR     ws_177200.land-5.com.
201     PTR     ws_177201.land-5.com.
202     PTR     ws_177202.land-5.com.
203     PTR     ws_177203.land-5.com.
204     PTR     ws_177204.land-5.com.
205     PTR     ws_177205.land-5.com.
; {Many repetitive definitions deleted - SNIP}
250     PTR     ws_177250.land-5.com.
251     PTR     ws_177251.land-5.com.
252     PTR     ws_177252.land-5.com.
253     PTR     ws_177253.land-5.com.
254     PTR     ws_177254.land-5.com.
</PRE>
<HR>
<P>
<P>definicja domeny odwrotnej powoduje zwykle najwiêcej
k³opotów. S³u¿y do znajdywania nazwy komputera, znaj±c jego adres
IP. Przyk³ad: Posiadasz serwer IRC i przyjmujesz po³±czenia od
klientów. Jednak¿e jako serwer Norweski chcesz jedynie zezwalaæ na
po³±czenia komputerów norweskich lub skandynawskich. Po nawi±zaniu
po³±czenia procedury biblioteki C s± w stanie ustaliæ spod jakiego
adresu IP zosta³o nawi±zane nowe po³±czenie, poniewa¿ adres IP
zdalnego komputera jest przekazywany w pakietach danych przesy³anych
sieci±. Teraz mo¿esz skorzystaæ z funkcji gethostbyaddr, która
znajduje nazwê odpowiadaj±c± podanemu adresowi IP. Gethostbyaddr
zapyta serwer DNS, który z kolei dokona ca³ego wyszukania. Zak³adaj±c,
¿e klient po³±czy³ siê z komputera ws_177200.land-5.com, adres IP
przekazany przez proceduty biblioteki lib C do serwera DNS bêdzie
brzmia³: 206.6.177.200. Aby dowiedzieæ siê jaka nazwa odpowiada temu
adresowi musimy znale¿æ warto¶æ rekordu
100.177.6.206.in-addr.arpa. Serwer DNS wpierw znajdzei serwery domane
arpa, in-addr.arpa, 206.in-addr.arpa, 6.206.in-addr.arpa dochodz±c do
serwera 177.6.206.in-addr.arpa w land-5. Ostatecznie otrzyma stamt±d
odpowied¼, ¿e dla 200.177.6.206.in-addr.arpa istnieje rekord PTR o
warto¶ci ws_177200.land-5.com, co znaczy, ¿e adresowi 206.6.177.200
odpowiada nazwa ws_177200.land-5.com. Podobnie jak w przypadku
wyja¶nien odszukiwania adresu dla nazwy prep.ai.mit.edu, powu¿sze
wyja¶nienie trochê mija siê z rzeczywisto¶ci±.
<P>
<P>Powracaj±c do przyk³adu IRC. Serwer IRC akceptuje po³±czenia
pochodz±ce z krajów skandynawskich, tzn. *.no, *.se, *.dk. Nazwa
ws_177200.land-5.com nie pasuje do ¿adnego z powy¿szych wzorców i
serwer odmówi po³±czenia. Gdyby <EM>nie</EM> istnia³o odwzorowanie
odwrotne adresu 206.6.177.200 poprzez strefê in-addr.arpa, wtedy
serwer nie mia³by mo¿liwo¶ci znalezienia nazwy ³±cz±cego siê komputera
a porównywanie adresów ip z wzorcami domen, nigdy nie przynosi³oby
poprawnych rezultatów.
<P>
<P>Niektórzy twierdz±, ¿ê odwrotne odwzorowanie adresów IP jest wa¿ne
jedynie dla serwerów, lub nie jest wa¿ne w ogóle. Nie do koñca: wiele
serwerów ftp, news, irc, a nawet niektóre serwery http (WWW) <EM>nie</EM>
zezwol± na po³±czenia z komputerów, których adresy nie s±
zarejestrowane w domenie odwrotnej. Dlatego faktem jest, ¿e
rejestracja w domenie odwrotnej jest <EM>konieczna</EM>.
<P>
<H2><A NAME="maint"></A> <A NAME="s6">6. Utrzymanie i konserwacja</A></H2>

<P><B>Utrzymywanie w pracy ci±g³ej.</B>
<P>
<P>Prócz pilnowania aby proces named byl zawsze katywny pozostaje
jedynie  pilnowanie, aby plik <CODE>root.cache</CODE> by³ zawsze
aktualny. Najprostsz± metod± jest skorzystanie z programu <CODE>dig</CODE>,
wpierw nale¿y go uruchomiæ bez ¿adnych argumentóww, otrzymamy plik
<CODE>root.cache</CODE> uzywany przez nasz serwer. Nastêpnie nale¿y o to samo
zapytaæ jeden z g³ównych serwerów DNS (root servers) wydaj±c polecenie
<CODE> dig @rootserver</CODE>. Zauwa¿ysz, ¿e wynik tego polecenia bardzo
przypomina plik <CODE>root.cache</CODE> z dok³adno¶ci± do kilku liczb. Te
liczby nie mog± uczyniæ nam ¿adnej szkody. Zapisz wynik polecenia do
pliku (<CODE>dig  @e.root-servers.net &gt;root.cache.new</CODE>), a nastêpnie
zast±p nim stary plik <CODE>root.cache</CODE>.
<P>
<P>Pamiêtaj, aby po zamianie pliku <CODE>root.cache</CODE> zrestartowaæ proces
named. 
<P>
<P>Al Longyear przys³a³ mi poni¿szy skrypt, który mo¿na uruchamiæ
i automatycznie uaktualniac plik <CODE>root.cache</CODE>. Zainstaluj go w
crontabie i zpomnij. Niniejszy skrypt zak³ada, ¿e na twoim komputerze
dzia³a system poczty elektornicznej i istnieje alias pocztowy
<CODE>hostmaster</CODE>. Przed uruchomieniem powinienes go dostosowaæ so
swoich ustawien.
<P>
<HR>
<PRE>
#!/bin/sh
# polish translation piotr.pogorzelski@ippt.gov.pl 1997
# Uaktualnianie informacji o g³ównych serwerach DNS.
# Ten skrypt powinien byc uruchamiany automatycznie raz w miesiacu
# przez program cron.
#
(
 echo "To: hostmaster &lt;hostmaster>"
 echo "From: system &lt;root>"
 echo "Subject: Automatyczne uaktualnienie pliku named.cache"
 echo

 export PATH=/sbin:/usr/sbin:/bin:/usr/bin:
 cd /var/named

 dig  @rs.internic.net . ns >named.cache.new

 echo "Plik named.cache zostal uwaktualniony i zawiera teraz nastêpuj±ce informacje:"
 echo
 cat named.boot.new

 chown root.root named.cache.new
 chmod 444 named.cache.new
 rm -f named.cache.old
 mv named.cache named.cache.old
 mv named.cache.new named.cache
 ndc restart
 echo
 echo "Program serwera DNS zosta³ uruchomiony na nowo, aby zapewniæ korzystanie z nowych informacji."
"
 echo "Stary plik zosta³ zachowany jako named.cache.old"
/var/named/named.cache.old."
) 2>&amp;1 | /usr/lib/sendmail -t
exit 0
</PRE>
<HR>
<P>Niektórzy z was mog³i zauwa¿yæ, ¿e root.cahce jest równie¿ dostêpny
w Internicu przez ftp. Proszê <EM>nie</EM> korzystajcie z ftp aby
uaktualniæ plik root.cache, przedstawiona powy¿ej metoda jest bardziej
przyjazna sieci.
<P>
<H2><A NAME="auto"></A> <A NAME="s7">7. Automatyczna konfiguracja po³±czeñ modemowych.</A></H2>

<P>W tym rozdziale wyja¶niê w jaki sposób skonfigurowa³em  swój
system, aby automatyzowaæ wszsytkei zadania. Moj sposób rozwi±zania
problemu mo¿e zupe³nie nie nadawaæ siê do twojej konfiguracji, lecz
zawsze mo¿esz skorzystaæ z pomys³ów. Poza tym ja korzystam z ppp,
wiele osób u¿ywa slip lub cslip, tak wiêc niemal wszystkie szczegó³y
twojej konfiguracji mog± ró¿niæ siê od mojej. Lecz program <CODE>dip</CODE>
u¿ywany do obs³ugi po³±czeñ slip powinien byæ w stanie zrealizowaæ
wiele pomys³ów, z których korzystam.
<P>
<P>Zwykle, gdy nie jestem przy³±czony do sieci, moj plik
<CODE>resolv.conf</CODE> zawiera po prostu wiersz 
<P>
<BLOCKQUOTE><CODE>
<PRE>
domain uio.no
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>Taka konfiguracja zapewnia, ¿e nie muszê czekaæ na gdy procedury
biblioteki odpowiedzialne za rozwi±zywanie nazw bed± staraly siê
nawiazac po³±czenia z zewnêtrznymi serwerami DNS. Lecz gdy jestem
po³±czony chce posiadaæ uruchomiony proces named, a plik
<CODE>resolv.conf</CODE> powinien zawierac informacje niezbêdne do  poprawnej
pracy DNSu. Rozwi±za³em ten problem tworz±c dwa wzorce  pliku
<CODE>resolv.conf</CODE>, <CODE>resolv.conf.local</CODE> i
<CODE>resolv.conf.connected</CODE>. Ten ostatni wygl±da jak opisywany
wcze¶niej  <CODE>resolv.conf</CODE>. 
<P>
<P>Aby po³±czyæ siê z sieci± uruchamiam skrypt o nazwie 'ppp-on':
<P>
<P>
<HR>
<PRE>
#!/bin/sh
echo calling...
pppd
</PRE>
<HR>
<P>
<P>pakiet pppd posiada plik o nazwie <CODE>options</CODE>, w którym deklaruje
siê szczególy dotycz±ce  sposobu nawi±zywania po³±czeñ. Tu¿ po
zestawieniu po³±czenia PPP, pppd uruchamia skrypt o nazwie <CODE>ip-up</CODE>
(jest to dok³adnie opisane na stronie podrêcznika programu pppd).
Oto fragment powy¿szego skryptu:
<P>
<HR>
<PRE>
#!/bin/sh
interface="$1"
device="$2"
speed="$3"
myip="$4"
upip="$5"
 ...
cp -v /etc/resolv.conf.connected /etc/resolv.conf
 ...
/usr/sbin/named
</PRE>
<HR>
<P>
<P>To znaczy  uruchom named. Kiedy PPP jest roz³±czanie, pppd
uruchamia skrypt <CODE>ip-down</CODE>:
<P>
<HR>
<PRE>
#!/bin/sh
cp /etc/resolv.conf.local /etc/resolv.conf
read namedpid &lt;/var/run/named.pid
kill $namedpid
</PRE>
<HR>
<P>
<P>W ten sposób named jest uruchamiany po nawiazaniu po³±czenia i
zabijany po jego roz³±czeniu.
<P>
<P>Niektóre programy, irc lub talk, przyjmuj± zbyt wiele za³o¿eñ
dlatego aby talk i udogodnienie dcc w irc dzia³a³y poprawnie trzeba
równie¿ poprawiæ plik hosts. Do swojego skryptu <CODE>if-up</CODE> doda³em
polecenia:
<P>
<HR>
<PRE>
cp /etc/hosts.ppp /etc/hosts
echo $myip      roke >>/etc/hosts
</PRE>
<HR>
<P><CODE>hosts.ppp</CODE> zawiera po prostu
<P>
<HR>
<PRE>
127.0.0.1       localhost
</PRE>
<HR>
<P>,a polecenie echo dodaje numer ip, ktory otrzymalem dla mojego
komputera (roke). Zamiast tego powiniene¶ u¿yæ nazwy komputera, któr±
sam u¿ywasz. Mo¿esz j± poznaæwykonuj±c polecenie <CODE>hostname</CODE>.
<P>
<P>Uruchamianie demona named gdy nie jest siê przy³±czonym do sieci
prawdopodobnie nie jest najlepszym rozwiazaniem. Dlatego, ¿e named
bêdzie stara³ siê wys³aæ zapytania, a poniewa¿ posiada dlugi czas
oczekiwania, ka¿dy program, który bêdzie próbowa³ rozwi±zaæ nazwê
korzystaj±c z dñ¶u bêdzie musia³ równie d³ugo oczekiwaæ na odpowied¼,
która i tak nigdy nie nadejdzie. Je¶li przy³±czasz siê do Internetu
przez ³±cze dzwonione, powiniene¶ uruchamiac named tuz po zestawieniu
³±cza i zabijaæ go w momencie roz³±czenia. Dodatkowe wskazówki w tym
temacie znajdziesz w rozdziale 
<A HREF="#qanda">FAQ</A>.
<P>
<P>Niektórzy z pracujacych na wolnych ³±czach lubi± korzystaæ z dyrektywy 
forwarders. Je¶li twój dostawca internetu posiada serwery DNS o adresach
1.2.3.4 i 1.2.3.5, mo¿esz do pliku <CODE>named.boot</CODE> dodaæ wiersz
<P>
<HR>
<PRE>
forwarders 1.2.3.4 1.2.3.5
</PRE>
<HR>
<P>Plik <CODE>named.cache</CODE> powinien pozostaæ pusty. W ten sposób zmiejszysz
ruch generowany przez twój komputer i prawdopodobnie wszystko zacznie
dzia³aæ szybciej. Jest to szczególnie wa¿ne, gdy p³acisz za przes³ane
bajty. Dodatkowa zaleta tego rozwi±zania polega na tym, ¿e pozwala
pozbyæ siê obowi±zku opieki i nadzorowania oprogramowania DNS,
poniewa¿ pusty plik <CODE>named.cache</CODE> nie wymaga od¶wierzania.
<P>
<H2><A NAME="qanda"></A> <A NAME="s8">8. FAQ</A></H2>

<P>W tym rozdziale przedstawiê kilka z najczê¶ciej zadawanych pytañ
dotycz±cych DNSu i tego dokumentu. Prócz pytañ bêd± równie¿
odpowiedzi, przeczytaj dok³adnie ten rozdzia³, zanim zdecydujesz siê
wys³aæ do mnie list.
<P>
<OL>
<LI>Jak korzystaæ z DNS w sieci chronionej firewallem?

<P>Kilka wskazówek: `forwarders',`slave', zapoznaæsiê z literatur±
prezentowan± na koñcu.
<P>
</LI>
<LI>W jaki sposób zmusic DNS do rotacyjnego przekazywania adresu z
puli adresów danej us³ugi, powiedzmy www.bardzo.zajety.serwer, w celu
osi±gniêcia równomiernego roz³o¿enia obci±¿enia na kilka serwerów.

<P>Nazwa www.bardzo.zajêty.serwer musi posiadaæ kilka rekordów
<B>A</B>. bind 4.9.3 i nowszy przekazuje kolejne adresy z puli. Takie
rozwi±zanie <EM>nie</EM> zadzia³a ze starszymi wersjami binda.
<P>
</LI>
<LI>Chcê uruchomiæ DNS w zakmniêtej sieci Intranetu. Co mam zrobiæ?

<P>Pomiñ root.cahce, zajmij siê jedynie plikami stref/domen. To
znaczy, ze niu musisz ju¿ pilnowaæ aby root.cache by³ aktualny.
<P>
</LI>
<LI>W moim systemie nie ma programu ndc. Co mam zrobiæ?

<P>To znaczy, ¿e w twoim komputerze jest zainstalowany stary, trochê
przestarza³y program bind. Je¶li bezopieczeñstwo sieci jest dla ciebie
wa¿ne, natychmiast zainstaluj najnowsz± wersjê binda. Je¶li nie,
mo¿esz pracowaæ dalej tak jak jest. Tylko zamiast uruchamiac <CODE>ndc
start</CODE> muszisz wydaæ poleceni <CODE>named</CODE>. <CODE>ndc reload</CODE> to
<CODE>named.reload</CODE>, a <CODE>ndc restart</CODE> to <CODE>named.restart</CODE>. Wiêkszo¶æ
tych programów znajduje siê w <CODE>/usr/sbin</CODE>.
<P>
</LI>
<LI> Jak soknfigurowaæ drugorzêdny serwer domeny?

<P>Je¶³i serwer podstawowy posiada adres 127.0.0.1, to do pliku
<CODE>named.boot</CODE> musisz dodac wiersz:
<P>
<HR>
<PRE>
  secondary     linux.bogus             127.0.0.1       sz/linux.bogus
  
</PRE>
<HR>
<P>
</LI>
<LI>Chcia³bym aby named dzia³a³ nawet wtedy, gdy nie ejstem
przy³±czony do internetu.

<P>Ian Clark przes³a³ mi nastêpuj±c± wiadomo¶æ, w której wyja¶nia jak
to zrobiæ:
<P>
<BLOCKQUOTE><CODE>
<PRE>
Moj named dzia³a na komputerze. ktory robi 'Masquerade'. Posiadam dwa
pliki root.cache, jeden root.cache.real zawieraj±cy prawdziwe adresy
serwerów g³ównych i drugi root.cache.fake zawieraj±cy ...

--------------
; root.cache.fake
; this file contains no information
--------------

Po roz³±czeniu kopiuje root.cache.fake na root.cache i restartuje
named.

Po pod³±czeniu, kopiuje root.cache.real na root.cache i restartuje
named.

Jest to robione automatycznie w skryptach, odpowiednio ip-down i
ip-up.

Przy pierwszym zapytaniu w trybie off-line, serwer nie posiada
wszystkich niezbêdnych informacji i raportuje t ow syslogu, ale jako¶
mogê z tym ¿yæ:

Jan 28 20:10:11 hazchem named[10147]: No root nameserver for class IN

U mnie ten schemat dzia³a poprwnie.Mogê korzystaæ z nameserwera na
komputerach lokalnych bez dodatkowych czasów oczekiwania na po³±czenie
z nieosi±galnymi serwerami zewnêtrzymi w trybie off-line i poprawnie
dzia³aj±cym DNSem w trybie on-line.
</PRE>
</CODE></BLOCKQUOTE>
<P>
</LI>
<LI>Gdzie serwer podrêczny przechowuje zgromadzone w czasie pracy
informacje? Czy jest jaka¶ metoda sterowania rozmiarem tych zasobów?

<P>Wszelkie po¶rednie informacje s± gromadzone w pamiêci, nigdy
<EM>nie</EM> s± zachowywane na dysku. Za ka¿dym razem, kedy named konæzy
prace, inforamacje przechowywane w pamiêci podrêcznej s±
gubione. Administrator nie ma ¿adnej kontroli nad pamiêci± podrêczn±,
ani nad jej rozmiarem (najnowsze wersje pozwalaja sterowac rozmiarem
pamieci cache [pp]). Mo¿esz to naprawic "modyfikuj±c" named. Nie jest
to jednak zalecane. 
<P>
</LI>
<LI>Czy named miêdzy kolejnymi uruchomieniami zachowuje pamiêc
podrêczn± na dysku? Czy mogê go do tego zmusic?

<P>Nie, named <EM>nie</EM> zachowuje pamiêci podrêcznej na dysk w
momencie zakoñczenia pracy. To znaczy, ¿e informacje w pamiêc
podrêczna musz± byæ odtwarzne od pocz±tku po ka¿dym zrestartowaniu
programu. Mo¿esz to naprawic "modyfikuj±c" named. Nie jest to jednak
zalecane. 
<P>
</LI>
</OL>
<P>
<P>
<H2><A NAME="bigger"></A> <A NAME="s9">9. Jak zostaæ pe³no etatowym administratorem DNSu.</A></H2>

<P><B>Dokumnetacja i narzêdzia.</B>
<P>
<P>Istnieje prwdziwa dokumentacja. Drukowana i OnLine. Aby staæ siê
prawdziwym administratorem DNS nale¿y przeczytaæ kilkana¶cie pozycji. 
Je¶li kto¶ preferuje papier polecam  <EM>DNS and BIND</EM> by C. Liu 
and P. Albitz from O'Reilly &amp; Associates, Sebastopol,
CA, ISBN 0-937175-82-X.  Czyta³em, jest doskona³a. Rozdzia³ po¶wiêcony
DNSowi mo¿na znale¼æ w <EM>TCP/IP Network Administration</EM>, by Craig
Hunt from O'Reilly..., ISBN 0-937175-82-X. 
Dobry administrator DNS (lub jakikolwiek)  musi równie¿ przeczytaæ
<EM>Zen and the Art of Motorcycle Maintenance</EM> by Robert M. Prisig :-)
Dostêpne jako ISBN 0688052304 oraz inne pozycje.
<P>
<P>ONLine dostêpne s± na przyk³ad takie pozycje:
<A HREF="http://www.dns.net/dnsrd/">http://www.dns.net/dnsrd/</A>, 
<A HREF="http://www.vix.com/isc/bind.html">http://www.vix.com/isc/bind.html</A>;
FAQ, podrêcznik (BOG; Bind Operations Guide) jak równie¿ dokumenty
opisuj±ce protoko³y i chwyty dotycz±ce DNSu. Wiêkszo¶ci z tego nie
przeczyta³em, dlatego nie jestem pe³noetatowym administratorem DNS.
Z drugiej strony  Arnt Gulbrandsen przeczyta³  BOG  i jest nim
zachwycony. Grupa nowinkowa 
<A HREF="news:comp.protocols.tcp-ip.domains">comp.protocols.tcp-ip.domains</A> jest po¶wiêcona DNSowi.
I na koniec wiele dokumentów RFC dotyczy DNSu. Prawdopodobnie
najwa¿niejsze z nich to:
<P>
<P>
<DL>
<P>
<DT><B>RFC 2052</B><DD><P>A. Gulbrandsen, P. Vixie, <EM>A DNS RR for specifying
the location of services (DNS SRV)</EM>, October 1996
<P>
<DT><B>RFC 1918</B><DD><P>Y. Rekhter, R. Moskowitz, D. Karrenberg, G. de Groot,
E. Lear, <EM>Address Allocation for Private Internets</EM>, 02/29/1996.
<P>
<DT><B>RFC 1912</B><DD><P>D. Barr, <EM>Common DNS Operational and Configuration
Errors</EM>, 02/28/1996.
<P>
<DT><B>RFC 1713</B><DD><P>A. Romao, <EM>Tools for DNS debugging</EM>, 11/03/1994.
<P>
<DT><B>RFC 1712</B><DD><P>C. Farrell, M. Schulze, S. Pleitner, D. Baldoni,
<EM>DNS Encoding of Geographical Location</EM>, 11/01/1994.
<P>
<DT><B>RFC 1183</B><DD><P>R. Ullmann, P. Mockapetris, L. Mamakos, C. Everhart,
<EM>New DNS RR Definitions</EM>, 10/08/1990.
<P>
<DT><B>RFC 1035</B><DD><P>P. Mockapetris, <EM>Domain names - implementation and
specification</EM>, 11/01/1987.
<P>
<DT><B>RFC 1034</B><DD><P>P. Mockapetris, <EM>Domain names - concepts and
facilities</EM>, 11/01/1987.
<P>
<DT><B>RFC 1033</B><DD><P>M. Lottor, <EM>Domain administrators operations
guide</EM>, 11/01/1987.
<P>
<DT><B>RFC 1032</B><DD><P>M. Stahl, <EM>Domain administrators guide</EM>,
11/01/1987.
<P>
<DT><B>RFC 974</B><DD><P>C. Partridge, <EM>Mail routing and the domain system</EM>,
01/01/1986.
<P>
</DL>
<H2><A NAME="s10">10. Od t³umacza</A></H2>

<P>Zdaje sobie sprawê, ¿e niniejsze t³umaczenie zawiera mnóstwo b³êdów.
Niestety nie jestem w stanie dok³adnie sprawdziæ ca³ego dokumentu i
¶wiadomie pozostawiam tê pracê czytelnikowi. Bêdê wdziêczny za
wszelkie uwagi na temat tego dokumentu, wytykanie b³êdów, literówek,
sk³adni i wszelkie inne, które mog± przyczyniæ siê do jego ulepszenia.
<P>
<P>Wszelkie tego typu uwagi proszê przesy³aæ na adres 
<A HREF="mailto:piotr.pogorzelski@ippt.gov.pl">piotr.pogorzelski@ippt.gov.pl</A><P>Inne przet³umaczone dokumenty mo¿na znale¼æ na stronie
<A HREF="http://www.jtz.org.pl/">http://www.jtz.org.pl/</A>. Zapraszamy!.
<P>piotr.pogorzelski@ippt.gov.pl.
</BODY>
</HTML>
doc-linux-pl-html 2002.06.14-2 / usr / share / doc / HOWTO / pl-html / DNS49-HOWTO.pl.html
