File: DNS-HOWTO.pl.html

package info (click to toggle)
doc-linux-pl 2002.06.14-2
links: PTS
area: main
in suites: etch, etch-m68k, jessie, jessie-kfreebsd, lenny, squeeze, wheezy
size: 6,900 kB
ctags: 968
sloc: makefile: 66
file content (1793 lines) | stat: -rw-r--r-- 69,807 bytes
parent folder | download | duplicates (5)
<!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>Autor: Nicolai Langfeldt
<A HREF="mailto:janl@math.uio.no">janl@math.uio.no</A><BR>
v2.0.6, 22 Lipca 1998<BR>
<B>Wersja polska: Leszek Urbaski 
<A HREF="mailto:tygrys@fidonet.org.pl">tygrys@fidonet.org.pl</A><BR></B>
v2.1.1, 4 Sierpnia 1998</H2>
<P><HR>
<EM>Jak zosta maoetatowym administratorem DNS. Dokument ten zosta napisany
w standardzie ISO-8859-2. Orygina tego dokumentu znajduje si pod adresem
ftp.icm.edu.pl/pub/Linux/sunsite/docs/HOWTO/.</EM>
<HR>
<H2><A NAME="s1">1. Preambua</A></H2>

<P>
<P>Sowa kluczowe: DNS, bind, bind-4, bind-8, named, dialup, ppp, slip,
isdn, Internet, domain, name, hosts, resolving
<P>
<P>
<P>
<H2>1.1 Legalno</H2>

<P>
<P>(C)opyright 1995 Nicolai Langfeldt. Nie zmienia bez zachowania praw
autorskich. Dokument ten moe by dowolnie rozpowszechniany dotd,
dokd zostanie zachowana wiadomo o prawach autorskich.
<P>
<P>
<P>
<H2>1.2 Osoby pracujce nad tym dokumentem; proba o pomoc</H2>

<P>
<P>Chciabym podzikowa Arntowi Gulbrandsenowi, ktry przeczyta szkice tej
pracy niezliczon ilo razy i dostarczy wielu przydatnych sugestii.
Chc te podzikowa ludziom, ktrzy wysyali mi e-mailem sugestie i uwagi.
<P>Ten dokument nigdy nie bdzie ukoczony - wysyaj mi listy o twoich
problemach i sukcesach, moe to sprawi, e HOWTO bdzie dokadniejsze.
Pienidze, komentarze i/lub pytania moesz wysya do janl@math.uio.no.
Jeeli wylesz mi e-mail i bdziesz da odpowiedzi, <EM>upewnij si</EM>,
e adres zwrotny jest poprawny i dziaajcy. <B>Prosz</B>,  przeczytaj
sekcj 
<A HREF="#qanda">FAQ</A> przed wysaniem do mnie listu.
<P>Jei chcesz przetumaczy to HOWTO, zawiadom mnie, abym mg ledzi,
w jakich jzykach zostaem opublikowany, mog te zawiadamia ci, kiedy
HOWTO bdzie uaktualniane. 
<P>
<P>
<P>
<H2>1.3 Dedykacja</H2>

<P>
<P>To HOWTO jest dedykuj dla Anne Line Norheim Langfeldt. Zreszt pewnie nigdy
tego nie przeczyta, bo nie jest tego rodzaju dziewczyn.
<P>
<P>
<P>
<H2><A NAME="intro"></A> <A NAME="s2">2. Wprowadzenie</A></H2>

<P>
<P><B>Czym ten dokument jest, a czym nie.</B>
<P>Dla pocztkujcych: DNS to System Nazw Domen (Domain Name System).
DNS przeksztaca nazwy maszyn na numery IP, ktre s ich adresami,
mapuje z nazwy na adres i odwrotnie. To HOWTO opisuje, jak zdefiniowa takie
mapowanie uywajc systemu Linux. Mapowanie to po prostu zwizek jednej
rzeczy z drug, w tym przypadku nazwy maszyny, jak ftp.linux.org i jej
adresu IP, 199.249.150.4.
<P>DNS jest dla pocztkujcych (ciebie ;-)) jednym z najtrudniejszych zagadnie
administracji sieci. To HOWTO
wyjania par rzeczy -  opisuje jak postawi <EM>prosty</EM> serwer nazw DNS,
zaczynajc z serwerem cache i przechodzc do ustawiania podstawowego (primary)
serwera DNS dla domeny. eby uzyska informacj o bardziej zononych
konfiguracjach, zobacz sekcj 
<A HREF="#qanda">FAQ</A> tego dokumentu.
Jeeli i tam nie znajdziesz potrzebnego opisu, bedziesz musia
<EM>przeczyta</EM> Prawdziw Dokumentacj. Powrc do jej skadnikw w
<A HREF="#bigger">ostatnim rodziale</A>.
<P>Zanim zaczniesz, powiniene tak skonfigurowa swoj maszyn, eby mg telnetowa
si na ni i z niej, oraz z powodzeniem przeprowadzi wszystkie rodzaje
pocze
z sieci, a zwaszcza mc wykona <CODE>telnet 127.0.0.1</CODE>
i uzyska poczenie z wasnym komputerem (przetestuj to teraz!).
Potrzebne bd te poprawne: <CODE>/etc/nsswitch.conf</CODE> (lub
<CODE>/etc/host.conf</CODE>), <CODE>/etc/resolv.conf</CODE> i <CODE>/etc/hosts</CODE>,
jako punkt startowy, poniewa nie bd wyjania tu ich funkcji.
Jeli nie masz tego wszystkiego ustawionego i dziaajcego, NET-3 HOWTO
i/lub PPP-HOWTO wyjaniaj jak to ustawi. Przeczytaj je.
<P>Kiedy mwi ,,twoja maszyna'', mam na myli komputer, na ktrym chcesz
ustawi DNS, a nie adn inn maszyn, jak moesz mie, ktra jest
zwizana z twoj sieci.
<P>Przyjmuj, e nie jeste za adnym rodzajem ciany ognia (firewall), ktra
blokuje zapytania (queries) o nazwy. Jeeli jeste, bdziesz potrzebowa
specjalnej konfiguracji, przeczytaj sekcj 
<A HREF="#qanda">FAQ</A>.
<P>Serwerem nazw w Unixie jest program nazywany <CODE>named</CODE>.
Jest on czci pakietu bind, ktry jest koordynowana przez Paula Vixie z
Internet Software Consortium. <CODE>Named</CODE> jest zaczony w wikszoci
dystrybucji Linuxa i zazwyczaj zainstalowany jako <CODE>/usr/sbin/named</CODE>.
Jeeli masz ju named, moesz go prawdopodobnie uywa; jeli nie,
moesz wzi binaria z jakiego Linuxowego serwera ftp, lub najnowsze
i najlepsze rda z 
<A HREF="ftp://ftp.isc.org/isc/bind/src/cur/bind-8/">ftp.isc.org/isc/bind/src/cur/bind-8/</A>.
To HOWTO opisuje wersj 8 bind'a. Stara wersja tego HOWTO (o bind 4) jest
dostpna na
<A HREF="http://www.math.uio.no/~janl/DNS/">http://www.math.uio.no/~janl/DNS/</A>.
Jeeli strona man named'a mwi o <CODE>named.conf</CODE> masz bind'a 8, a jeeli
o <CODE>named.boot</CODE>, bind 4. Jeli masz 4 i obchodzi ci bezpieczestwo,
naprawd powiniene dokona rozszerzenia do nowego 8.
<P>DNS to baza danych szeroka jak sama sie. Uwaaj, co do niej wkadasz. Jeeli
woysz do niej mieci, ty i inni wyjm take mieci.
Jeeli utrzymasz swj DNS w czystoci i cigoci, bdzie ci dobrze suy.
Naucz si go uywa, administrowa i znajdowa bdy, a zostaniesz kolejnym
dobrym administratorem, utrzymujcym sie przed upadniciem na kolana z powodu
przeadowania niedobrym zarzdzaniem.
<P>W tym dokumencie napisaem par wyjanie, ktre nie s cakowicie prawdziwe
(jednake s przynajmniej w poowie prawd). Wszystko w interesie uproszczenia.
Wszystko bdzie (prawdopodobnie ;-)) dziaa, jeeli uwierzysz w to, co mwi.
<P><B>Podpowied:</B> Zrb kopie zapasowe wszystkich plikw, ktre bdziesz
zmienia, eby mg wrci do starej, dziaajcej konfiguracji, jeeli nic si
nie powiedzie.
<P>
<H2><A NAME="caching"></A> <A NAME="s3">3. Serwer nazw z pamici podrczn (cache)</A></H2>

<P>
<P><B>Pierwszy krok w konfigurowaniu DNS'u, bardzo przydatny dla korzystajcych
z modemu.</B>
<P>Serwer z pamici podrczn bdzie szuka odpowiedzi na zapytania o nazwy
i pamita
odpowied, eby mg jej uy nastpnym razem, kiedy bdziesz jej potrzebowa.
To skrci czas oczekiwania za drugim razem kiedy bdziesz potrzebowa nazwy,
zwaszcza jeeli korzystasz z wolnego poczenia.
<P>Po pierwsze, potrzebujesz pliku <CODE>/etc/named.conf</CODE>. Jest on
czytany, kiedy named zostaje uruchamiany. Narazie powinien po prostu zawiera:
<P>
<HR>
<PRE>
// Plik konfiguracyjny dla serwera nazw ,,caching''

options {
        directory "/var/named";

        // Odkomentowanie tego moe pomc, jeeli musisz przej przez
        // cian ognia (firewall), a co nie dziaa:

        // query-source address * port 53;
};

zone "." {
        type hint;
        file "root.hints";
};

zone "0.0.127.in-addr.arpa" {
        type master;
        file "pz/127.0.0";
};
</PRE>
<HR>
<P>Linia <CODE>directory</CODE> mwi named'owi, gdzie szuka plikw. Wszystkie pliki
w podkatalogach bd odpowiaday tej zmiennej. A wic <CODE>pz</CODE> jest
podkatalogiem
w <CODE>/var/named</CODE>, czyli <CODE>/var/named/pz</CODE>. <CODE>/var/named</CODE> to
odpowiedni katalog, zgodnie z <EM>Linux File system Standard</EM>.
<P>Plik o nazwie <CODE>/var/named/root.hints</CODE> jest zdefiniowany w named.conf.
Powinien on zawiera nastpujce rekordy:
<P>
<HR>
<PRE>
.                       6D IN NS        G.ROOT-SERVERS.NET.
.                       6D IN NS        J.ROOT-SERVERS.NET.
.                       6D IN NS        K.ROOT-SERVERS.NET.
.                       6D IN NS        L.ROOT-SERVERS.NET.
.                       6D IN NS        M.ROOT-SERVERS.NET.
.                       6D IN NS        A.ROOT-SERVERS.NET.
.                       6D IN NS        H.ROOT-SERVERS.NET.
.                       6D IN NS        B.ROOT-SERVERS.NET.
.                       6D IN NS        C.ROOT-SERVERS.NET.
.                       6D IN NS        D.ROOT-SERVERS.NET.
.                       6D IN NS        E.ROOT-SERVERS.NET.
.                       6D IN NS        I.ROOT-SERVERS.NET.
.                       6D IN NS        F.ROOT-SERVERS.NET.

G.ROOT-SERVERS.NET.     5w6d16h IN A    192.112.36.4
J.ROOT-SERVERS.NET.     5w6d16h IN A    198.41.0.10
K.ROOT-SERVERS.NET.     5w6d16h IN A    193.0.14.129
L.ROOT-SERVERS.NET.     5w6d16h IN A    198.32.64.12
M.ROOT-SERVERS.NET.     5w6d16h IN A    202.12.27.33
A.ROOT-SERVERS.NET.     5w6d16h IN A    198.41.0.4
H.ROOT-SERVERS.NET.     5w6d16h IN A    128.63.2.53
B.ROOT-SERVERS.NET.     5w6d16h IN A    128.9.0.107
C.ROOT-SERVERS.NET.     5w6d16h IN A    192.33.4.12
D.ROOT-SERVERS.NET.     5w6d16h IN A    128.8.10.90
E.ROOT-SERVERS.NET.     5w6d16h IN A    192.203.230.10
I.ROOT-SERVERS.NET.     5w6d16h IN A    192.36.148.17
F.ROOT-SERVERS.NET.     5w6d16h IN A    192.5.5.241
</PRE>
<HR>
<P><B>BARDZO WANE:</B> W niektrych wersjach tego dokumentu zawarto
powyszego pliku bdzie posiada kilka spacji albo tab przed pierwszym
wypenionym (non blank) znakiem. Nie powinny si one znale w pliku.
<B>Skasuj kad poprzedzajc spacj</B> w plikach, ktre wycinasz i
wklejasz z tego HOWTO.
<P><B>Pamitaj, co powiedziaem o poprzedzajcych spacjach!</B>
<P>Plik opisuje gwne serwery (root servers) na wiecie. Dane zmieniaj si
z biegiem
czasu i <EM>musz</EM> by nadzorowane. Przeczytaj 
<A HREF="#maint">sekcj o nadzorze</A>,
eby uzyska informacje o uaktualnianiu serwera.
<P>Nastpna linia w <CODE>named.conf</CODE> to linia <CODE>primary</CODE>. Wyjani jej
funkcj w nastpnym rozdziale, a teraz tylko utwrz plik <CODE>127.0.0</CODE>
w podkatalogu <CODE>pz</CODE>:
<P>
<HR>
<PRE>
@               IN      SOA     linux.bogus. hostmaster.linux.bogus. (
                                1       ; Numer seryjny
                                8H      ; Odwieenie
                                2H      ; Powtrzenie
                                1W      ; Przedawnienie
                                1D)     ; Minimalny TTL
                        NS      ns.linux.bogus.
1                       PTR     localhost.
</PRE>
<HR>
<P>Nastpnie, potrzebujesz pliku <CODE>/etc/resolv.conf</CODE>, wygldajcego
nastpujco:
<P>
<HR>
<PRE>
search poddomena.twoja-domena.edu twoja-domena.edu
nameserver 127.0.0.1
</PRE>
<HR>
<P>
<P>Linia ,,<CODE>search</CODE>'' ustala, ktre domeny powinny by przeszukane dla
jakichkolwiek nazw wzw, z jakimi chcesz si poczy. Linia
<CODE>nameserver</CODE> definiuje adres twojego serwera nazw, w tym przypadku twoj
wasn maszyn, poniewa tu pracuje named (127.0.0.1 wystarczy, nie ma
znaczenia, czy twj komputer ma inny adres). Jeli chcesz wyznaczy kilka
serwerw nazw, wstaw oddzieln lini ,,<CODE>nameserver</CODE>'' dla kadego.
(Zauwa: Named nigdy nie czyta tego pliku, robi to resolver, ktry uywa
named.) 
<P>eby zilustrowa, co ten plik robi: Jeli klient prbuje znale <CODE>foo</CODE>,
wtedy jako pierwsze prbowane jest <CODE>foo.poddomena.twoja-domena.edu</CODE>,
potem <CODE>foo.twoja-domena.edu</CODE>, a w kocu <CODE>foo</CODE>. Jeeli klient
prbuje szuka <CODE>sunsite.unc.edu</CODE>, najpierw prbowane jest
<CODE>sunsite.unc.edu.poddomena.twoja-domena.edu</CODE>
(tak, to jest gupie, ale w ten sposb dziaa), potem
<CODE>sunsite.unc.edu.twoja-domena.edu</CODE>, a w kocu <CODE>sunsite.unc.edu</CODE>.
Nie wpisuj za wielu domen w linii search, poniewa zabiera to troch czasu,
eby je wszystkie przeszuka.
<P>Przykad przyjmuje, e naleysz do domeny
<CODE>poddomena.twoja-domena.edu</CODE>, twj komputer jest wtedy prawdopodownie
nazwany <CODE>twj-komputer.poddomena.twoja-domena.edu</CODE>. Linia search nie
powinna zawiera twojej TLD (Top Level Domain, Domena Najwyszego Poziomu,
w tym przypadku <CODE>edu</CODE>). Jeeli czsto czysz si z wzami w innej
domenie, moesz doda t domen do linii search w ten sposb:
<P>
<HR>
<PRE>
search poddomena.twoja-domena.edu twoja-domena.edu inna-domena.com
</PRE>
<HR>
<P>i tak dalej. Oczywicie musisz wpisa prawdziwe nazwy domen zamiast podanych.
Zauwa brak kropek na kocach nazw domen.
<P>Nastpnie, zalenie od twojej wersji libc, musisz poprawia
albo <CODE>/etc/nsswitch.conf</CODE>, albo <CODE>/etc/host.conf</CODE>. Jeeli ju masz
<CODE>nsswitch.conf</CODE>, bdziemy poprawia wanie ten plik, a jeli nie,
<CODE>host.conf</CODE>. (NAPRAWD zalecam poprawianie <B>host.conf</B> we
wszystkich systemach, w ktrych istnieje, np. u mnie jest i jeden
i drugi - przyp. tum.)
<P><B>/etc/nsswitch.conf</B>
<P>Jest to dugi plik, ktry ustala, skd wzi rne rodzaje typw danych,
z jakiego pliku lub bazy. Zazwyczaj zawiera on na grze pomocne
komentarze, ktre powiniene teraz przeczyta. Potem znajd lini zaczynajc
si na ,,<CODE>hosts:</CODE>'' - powinna zawiera:
<P>
<HR>
<PRE>
hosts:      files dns
</PRE>
<HR>
<P>Jeeli nie ma linii zaczynajcej si na ,,<CODE>hosts:</CODE>'', wpisz powysz.
Mwi, e programy powinny najpierw spojrze do pliku <CODE>/etc/hosts</CODE>, potem
sprawdzi DNS zgodnie z <CODE>resolv.conf</CODE>.
<P><B>/etc/host.conf</B>
<P>Prawdopodobnie zawiera kilka linii, jedna powinna zaczyna si na
<CODE>order</CODE> i wyglda nastpujco: 
<P>
<HR>
<PRE>
order hosts,bind
</PRE>
<HR>
<P>Jeeli nie ma linii ,,<CODE>order</CODE>'' powiniene j dopisa. Mwi ona
procedurom szukajcym nazw, eby najpierw zajrze do <CODE>/etc/hosts</CODE>,
a potem spyta serwer nazw (ktry ustalie w pliku <CODE>resolv.conf</CODE>
jako 127.0.0.1).
<P>Te dwa pliki s omwione w podrczniku man resolv(8)
(wykonaj polecenie ,,<CODE>man 8 resolv</CODE>'') w wikszoci dystrybucji Linuxa.
Ta strona man jest wedug mnie cakiem moliwa do zrozumienia, a kady,
zwaszcza administratorzy DNS, powinni j przeczyta. Zrb to teraz - 
jeeli powiesz sobie ,,pniej'', nigdy nie bdziesz mia okazji ich przeczyta.
<P>
<P>
<P>
<H2>3.1 Uruchamianie named</H2>

<P>
<P>Po tym wszystkim nadszed czas, aby uruchomi named. Jeeli uywasz poczenia
modemowego, pocz si najpierw. Wpisz ,,<CODE>ndc start</CODE>'', bez opcji,
i nacinij
enter. Jeeli to nie dziaa, sprbuj
,,<CODE>/usr/sbin/ndc start</CODE>''.
Jeli to te nie dziaa, zobacz sekcj 
<A HREF="#qanda">FAQ</A>.
Teraz moesz przetestowa swoj konfiguracj. Jeeli obejrzysz plik z
komunikatami sysloga (zazwyczaj <CODE>/var/adm/messages</CODE>, inny katalog
w ktrym mona ich szuka to <CODE>/var/log</CODE>, inn nazw pliku jest
<CODE>syslog</CODE>) kiedy uruchamiasz named (wykonaj <CODE>tail -f /var/log/messages</CODE>),
powiniene ujrze co takiego:
<P>(linie koczce si na \ s kontynuowane w nastpnej linii)
<P>
<P>
<BLOCKQUOTE><CODE>
<PRE>
Feb 15 01:26:17 roke named[6091]: starting.  named 8.1.1 Sat Feb 14 \
  00:18:20 MET 1998 ^Ijanl@roke.uio.no:/var/tmp/bind-8.1.1/src/bin/named
Feb 15 01:26:17 roke named[6091]: cache zone "" (IN) loaded (serial 0)
Feb 15 01:26:17 roke named[6091]: master zone "0.0.127.in-addr.arpa" \
  (IN) loaded (serial 1)
Feb 15 01:26:17 roke named[6091]: listening [127.0.0.1].53 (lo)
Feb 15 01:26:17 roke named[6091]: listening [129.240.230.92].53 (ippp0)
Feb 15 01:26:17 roke named[6091]: Forwarding source address is [0.0.0.0].1040
Feb 15 01:26:17 roke named[6092]: Ready to answer queries.
</PRE>
</CODE></BLOCKQUOTE>
<P>Jeeli pojawi si jakie komunikaty o bdach, popenie jaki. Named
powie, w ktrym
pliku jest bd (mam nadziej, e jest to named.conf albo root.hints :-)).
Zabij named i sprawd plik. (jest te bardziej ,,humanitarny'' :-) od zabijania
sposb - napisz ,,ndc stop'', odczekaj dusz chwil i nameserver zostanie
wyczony - przyp. tum.)
<P>Teraz uruchom nslookup, eby sprawdzi twoje robtki rczne.
<P>
<BLOCKQUOTE><CODE>
<PRE>
$ nslookup
Default Server:  localhost
Address:  127.0.0.1

&gt;
</PRE>
</CODE></BLOCKQUOTE>
<P>Jeeli otrzymae takie co, to znaczy, e dziaa. Miejmy nadziej.
Jeli co innego, sprawd wszystko od pocztku. Za kadym razem, kiedy zmienisz
plik <CODE>named.conf</CODE> musisz ponownie uruchomi named komend
<CODE>ndc restart</CODE>.
<P>Teraz moesz wprowadzi zapytanie. Sprbuj poszuka jakiego komputera blisko
ciebie. <CODE>pat.uio.no</CODE> jest blisko mnie, na Uniwersytecie w Oslo:
<P>
<BLOCKQUOTE><CODE>
<PRE>
&gt; pat.uio.no
Server:  localhost
Address:  127.0.0.1

Name:    pat.uio.no
Address:  129.240.130.16
</PRE>
</CODE></BLOCKQUOTE>
<P>Nslookup poprosi twojego named'a o poszukanie maszyny <CODE>pat.uio.no</CODE>.
Poczy si wtedy z jednym z serwerw nazw w twoim pliku <CODE>root.hints</CODE>
i zapyta stamtd o drog.
Moe to zaj troszeczk czasu, zanim otrzymasz wynik, poniewa szuka we
wszystkich domenach, ktre wymienie w <CODE>/etc/resolv.conf</CODE>.
<P>Jeeli zapytasz znowu o to samo, otrzymasz co takiego:
<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>Zwr uwag na lini ,,<CODE>Non-authoritative answer:</CODE>'', ktra pojawia si
tym razem. Znaczy to, e named nie szuka nazwy w sieci, tylko popatrzy
w swojej pamici podrcznej i tam j znalaz. Ale informacja z pamici
podrcznej <EM>moe</EM> by przedawniona. Zostajesz wic poinformowany
o tym (bardzo niewielkim) niebezpieczestwie, poprzez komunikat
,,<CODE>Non-authorative answer:</CODE>''. Kiedy <CODE>nslookup</CODE> mwi to za drugim
razem, kiedy pytasz o komputer, jest to pewny znak, e named zapamituje
informacje i dziaa. Moesz wyj z <CODE>nslookup</CODE> wydajc komend
<CODE>exit</CODE>.
<P>Teraz ju wiesz, jak postawi przyspieszajcy (caching) named. Wypij piwo,
mleko, lub cokolwiek innego, eby to uczci.
<P>
<H2><A NAME="simple"></A> <A NAME="s4">4. Prosta domena</A></H2>

<P>
<P><B>Jak skonfigurowa wasn domen.</B>
<P>
<P>
<P>
<H2>4.1 Ale najpierw troch czystej teorii</H2>

<P>
<P>Zanim <EM>naprawd</EM> zaczniemy ten rozdzia, zamierzam poda ci troch
teorii o dziaaniu DNSu. A ty to przeczytasz, poniewa jest to przydatne.
Jeli nie chcesz, powiniene przynajmniej przej przez to bardzo
szybko. Przesta przeglda, kiedy dojdziesz do opisu, mwicego co powiniene
wstawi do pliku <CODE>named.conf</CODE>. 
<P>DNS to system hierarchiczny. Najwysza pozycja to ,,<CODE>.</CODE>'', nazywa si
,,root''. Pod . istnieje kilka Domen Najwyszego Poziomu (Top Level Doamins, TLD),
najpopularniejsze to ORG, COM, EDU i NET, ale jest jeszcze wiele innych.
(np. MIL, GOV, ART, NOM, PRIV - przyp. tum.)
<P>Kiedy poszukiwany jest komputer, zapytanie jest przeprowadzane rekursywnie,
zgodnie z hierarchi, poczwszy od gry. Jeeli chcesz znale adres
komputera <CODE>prep.ai.mit.edu</CODE>, twj serwer nazw musi znale serwer
obsugujcy domen edu. Pyta serwer <CODE>.</CODE> (zna ju serwery <CODE>.</CODE> -
po to jest plik <CODE>root.hints</CODE>), serwer <CODE>.</CODE> zwraca list serwerw
edu:
<P>
<BLOCKQUOTE><CODE>
<PRE>
$ nslookup
Default Server:  localhost
Address:  127.0.0.1
</PRE>
</CODE></BLOCKQUOTE>
<P>Zacznij pyta server root:
<P>
<BLOCKQUOTE><CODE>
<PRE>
&gt; server c.root-servers.net.
Default Server:  c.root-servers.net
Address:  192.33.4.12
</PRE>
</CODE></BLOCKQUOTE>
<P>Ustaw typ zapytania na NS (rekordy serwerw nazw):
<P>
<BLOCKQUOTE><CODE>
<PRE>
%gt; set q=ns
</PRE>
</CODE></BLOCKQUOTE>
<P>Spytaj o edu:
<P>
<BLOCKQUOTE><CODE>
<PRE>
&gt; edu.
</PRE>
</CODE></BLOCKQUOTE>
<P>Kocowa kropka jest wymagana, mwi serwerowi, e edu jest pod . (to zawa
obszar poszukiwa).
<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>Wynik mwi nam, e <CODE>*.root-servers.net</CODE> podaje <CODE>edu.</CODE>,
moemy wic
dalej pyta <CODE>c</CODE>. Teraz chcemy wiedzie, kto obsuguje nastpny poziom
nazwy domeny: <CODE>mit.edu.</CODE>:
<P>
<BLOCKQUOTE><CODE>
<PRE>
&gt; mit.edu.
Server:  c.root-servers.net
Address:  192.33.4.12

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

Authoritative answers can be found from:
W20NS.mit.edu   internet address = 18.70.0.160
BITSY.mit.edu   internet address = 18.72.0.3
STRAWB.mit.edu  internet address = 18.71.0.151
</PRE>
</CODE></BLOCKQUOTE>
<P><CODE>STRAWB</CODE>, <CODE>W20NS</CODE> i <CODE>BITSY</CODE> obsuguj <CODE>mit</CODE>,
wybierz jeden i pytaj o <CODE>ai.mit.edu</CODE>:
<P>
<BLOCKQUOTE><CODE>
<PRE>
&gt; server W20NS.mit.edu.
</PRE>
</CODE></BLOCKQUOTE>
<P>Serwery nazw nie rozrniaj wielkoci liter, ale uywam myszki do wycinania
i wklejania, wic kopiuje wynik prosto z ekranu.
<P>
<BLOCKQUOTE><CODE>
<PRE>
Server:  W20NS.mit.edu
Address:  18.70.0.160

&gt; ai.mit.edu.
Server:  W20NS.mit.edu
Address:  18.70.0.160

Non-authoritative answer:
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
ai.mit.edu      nameserver = LIFE.AI.MIT.EDU
ai.mit.edu      nameserver = BEET-CHEX.AI.MIT.EDU
ai.mit.edu      nameserver = MINI-WHEATS.AI.MIT.EDU
ai.mit.edu      nameserver = COUNT-CHOCULA.AI.MIT.EDU
ai.mit.edu      nameserver = MINTAKA.LCS.MIT.EDU

Authoritative answers can be found from:
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
AI.MIT.EDU      nameserver = LIFE.AI.MIT.EDU
AI.MIT.EDU      nameserver = BEET-CHEX.AI.MIT.EDU
AI.MIT.EDU      nameserver = MINI-WHEATS.AI.MIT.EDU
AI.MIT.EDU      nameserver = COUNT-CHOCULA.AI.MIT.EDU
AI.MIT.EDU      nameserver = MINTAKA.LCS.MIT.EDU
ALPHA-BITS.AI.MIT.EDU   internet address = 128.52.32.5
GRAPE-NUTS.AI.MIT.EDU   internet address = 128.52.36.4
TRIX.AI.MIT.EDU internet address = 128.52.37.6
MUESLI.AI.MIT.EDU       internet address = 128.52.39.7
LIFE.AI.MIT.EDU internet address = 128.52.32.80
BEET-CHEX.AI.MIT.EDU    internet address = 128.52.32.22
MINI-WHEATS.AI.MIT.EDU  internet address = 128.52.54.11
COUNT-CHOCULA.AI.MIT.EDU        internet address = 128.52.38.22
MINTAKA.LCS.MIT.EDU     internet address = 18.26.0.36
</PRE>
</CODE></BLOCKQUOTE>
<P>A wic <CODE>muesli.ai mit.edu</CODE> jest serwerem nazw dla <CODE>ai.mit.edu</CODE>:
<P>
<BLOCKQUOTE><CODE>
<PRE>
&gt; server MUESLI.AI.MIT.EDU
Default Server:  MUESLI.AI.MIT.EDU
Address:  128.52.39.7
</PRE>
</CODE></BLOCKQUOTE>
<P>Teraz zmieniamy typ zapytania - znalelimy serwer nazw, wic teraz zapytajmy go
o wszystko, co wie o <CODE>prep.ai.mit.edu</CODE>.
<P>
<BLOCKQUOTE><CODE>
<PRE>
&gt; set q=any
&gt; prep.ai.mit.edu.
Server:  MUESLI.AI.MIT.EDU
Address:  128.52.39.7

prep.ai.mit.edu CPU = dec/decstation-5000.25    OS = unix
prep.ai.mit.edu
        inet address = 18.159.0.42, protocol = tcp
          ftp  telnet  smtp  finger
prep.ai.mit.edu preference = 1, mail exchanger = gnu-life.ai.mit.edu
prep.ai.mit.edu internet address = 18.159.0.42
ai.mit.edu      nameserver = beet-chex.ai.mit.edu
ai.mit.edu      nameserver = alpha-bits.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 = mintaka.lcs.mit.edu
ai.mit.edu      nameserver = life.ai.mit.edu
gnu-life.ai.mit.edu     internet address = 128.52.32.60
beet-chex.ai.mit.edu    internet address = 128.52.32.22
alpha-bits.ai.mit.edu   internet address = 128.52.32.5
mini-wheats.ai.mit.edu  internet address = 128.52.54.11
trix.ai.mit.edu internet address = 128.52.37.6
muesli.ai.mit.edu       internet address = 128.52.39.7
count-chocula.ai.mit.edu        internet address = 128.52.38.22
mintaka.lcs.mit.edu     internet address = 18.26.0.36
life.ai.mit.edu internet address = 128.52.32.80
</PRE>
</CODE></BLOCKQUOTE>
<P>Zaczynajc od <CODE>.</CODE>, znalelimy sukcesywne serwery nazw dla
nastpnych poziomw w nazwie domeny. Jeeli uywaby wasnego serwera DNS
zamiast wszystkich innych, twj named zapisaby wszystkie informacje w czasie
poszukiwa, nie musiaby wic znowu ich pyta przez jaki czas.
<P>O wiele mniej mwi si o, tak samo wanej domenie <CODE>in-addr.arpa</CODE>.
Jest ona te podzielona jak normalne domeny.
<CODE>in-addr.arpa</CODE> pozwala otrzymywa nazwy maszyn kiedy posiadamy ich
adresy.
Wane: numery IP w domenie in-addr.arpa s pisane w odwrotnej
kolejnoci. Jeeli adres maszyny to 192.128.52.43, named poszukuje tak, jak
dla przykadu z <CODE>prep.ai.mit.edu</CODE>: znale serwery <CODE>arpa.</CODE>.
Znale seerwery <CODE>in-addr.arpa.</CODE>, znale serwery
<CODE>192.in-addr.arpa.</CODE>, znale serwery <CODE>128.192.in-addr.arpa.</CODE>,
znale serwery <CODE>52.128.192.in-addr.arpa.</CODE>.
Znale potrzebne rekordy dla <CODE>43.52.128.192.in-addr.arpa.</CODE>.
Sprytne, no nie? (Powiedz ,,tak''.) Odwracanie numerw IP moe sprawia kopoty
przez pierwsze dwa lata.
<P>Wanie skamaem. DNS nie dziaa dokadnie tak jak przedstawiem.
Ale byem wystarczajco blisko.
<P>
<P>
<P>
<H2>4.2 Wasna domena</H2>

<P>
<P>Teraz zdefiniujemy nasz wasn domen. Nazwijmy j <EM>linux.bogus</EM>
(,,bogus'', to po angielsku co faszywego, bzdurnego - przyp. tum.)
i zdefiniujemy w niej maszyny. Uywam cakowicie bzdurnej (bogus) nazwy domeny,
eby upeni si, e nie przeszkadzamy nikomu Gdzie Tam.
<P>Jeszcze jedna rzecz zanim zaczniemy: Nie wszystkie znaki mog wchodzi w skad
nazw komputerw. Jestemy ograniczeni do znakw angielskiego alfabetu, tzn.
a-z,
numerw 0-9 i znaku ,,-'' (cznika). Trzymajmy si tych znakw. Wielkie i mae
litery nie s rozrniane przez DNS, a wic <CODE>pat.uio.no</CODE> jest identyczne
z <CODE>Pat.UiO.No</CODE>.
<P>Ju zaczelimy cz z lini 0.0.127 w pliku <CODE>named.conf</CODE>:
<P>
<HR>
<PRE>
zone "0.0.127.in-addr.arpa" {
        type master;
        file "pz/127.0.0";
};
</PRE>
<HR>
<P>Zauwa brak kropki na kocu nazw domen w tym pliku -
definiujemy stref <CODE>0.0.127.in-addr.arpa</CODE>, e jestemy gwnym jej
serwerem i jest zapisana w pliku <CODE>pz/127.0.0</CODE>. Mamy ju ten plik,
zawiera on:
<P>
<HR>
<PRE>
@               IN      SOA     ns.linux.bogus. hostmaster.linux.bogus. (
                                1       ; Serial
                                8H      ; Refresh
                                2H      ; Retry
                                1W      ; Expire
                                1D)     ; Minimum TTL
                        NS      ns.linux.bogus.
1                       PTR     localhost.
</PRE>
<HR>
<P>Zauwa znak ,,<CODE>.</CODE>'' na kocu wszystkich penych nazw domen w tym pliku,
kontrastuje to z plikiem <CODE>named.conf</CODE> powyej. Niektrzy ludzie lubi
rozpocz kad stref z dyrektyw <CODE>$ORIGIN</CODE>, ale to ju
ekstrawagancja. Origin (pochodzenie - gdzie znajduje si w hierarchii DNS),
pliku strefy jest zdefiniowany w linii strefy w pliku <CODE>named.conf</CODE>,
w tym przypadku <CODE>0.0.127.in-addr.arpa</CODE>. 
<P>Ten ,,plik strefy'' zawiera 3 ,,rekordy zasobw'' (resource records, RR):
RR SOA, RR NS i RR PTR. SOA to skrt od Start of Authority. Znak ,,@''
jest specjaln notacj znaczc pochodzenie (origin), a jeeli kolumna
domeny dla tego pliku to ,,0.0.127.in-addr.arpa'', pierwsza linia tak
naprawd znaczy
<P>
<BLOCKQUOTE><CODE>
<PRE>
0.0.127.in-addr.arpa.   IN      SOA ...
</PRE>
</CODE></BLOCKQUOTE>
<P>NS to RR Name Server - rekord serwera nazw. <EM>Nie jest</EM> potrzebne ,,@''
na kocu tej linii, poniewa ostatnia linia zacza sie na ,,@''.
Oszczdza to troch pisania. A wic linia NS tak naprawd znaczy
<P>
<BLOCKQUOTE><CODE>
<PRE>
0.0.127.in-addr.arpa.   IN      NS      ns.linux.bogus
</PRE>
</CODE></BLOCKQUOTE>
<P>Mwi DNS'owi, ktra maszyna jest serwerem nazw domeny
<CODE>0.0.127.in-addr.arpa</CODE> - jest to <CODE>ns.linux.bogus</CODE>. ,,ns'' to
zazwyczaj stosowana nazwa serwera nazw, ale skoro serwery www s nazywane
<CODE>www.</CODE><EM>cotam</EM>, nazw moe by cokolwiek.
<P>I w kocu rekord PTR. Mwi, e komputer o adresie 1 w podsieci
<CODE>0.0.127.in-addr.arpa</CODE>, np. 127.0.0.1, nazywa si <CODE>localhost</CODE>.
<P>Rekord SOA jest pocztkiem <EM>wszystkich</EM> plikw stref. W kadym pliku
musi by dokadnie jeden, jako pierwszy rekord. Opisuje stref, z ktrej
pochodzi (z maszyny nazwanej <CODE>ns.linux.bogus</CODE>), osob, ktra jest
za ni odpowiedzialna (<CODE>hostmaster@linux.bogus</CODE>), wersj pliku strefy
(numer seryjny: 1) i inne rzeczy majce zwizek z zapamitywaniem (caching)
i drugorzdnymi (secondary) serwerami DNS. Dla reszty pl: odwieenia,
powtrzenia, przedawnienia i minimalnego TTL uycie wartoci podanych w tym
HOWTO powinno by bezpieczne.
Teraz uruchom ponownie named'a (komend <CODE>ndc restart</CODE>)
i uyj nslookup, eby sprawdzi, co zrobie:
<P>
<BLOCKQUOTE><CODE>
<PRE>
$ nslookup

Default Server:  localhost
Address:  127.0.0.1

&gt; 127.0.0.1
Server:  localhost
Address:  127.0.0.1

Name:    localhost
Address:  127.0.0.1
</PRE>
</CODE></BLOCKQUOTE>
<P>a wic udaje mu si otrzyma <CODE>localhost</CODE> ze 127.0.0.1, to dobrze.
Teraz nasze gwne zadanie, domena <CODE>linux.bogus</CODE>. Wstaw now sekcj
,,zone'' w pliku <CODE>named.conf</CODE>:
<P>
<HR>
<PRE>
zone "linux.bogus" {
        notify no;
        type master;
        file "pz/linux.bogus";
};
</PRE>
<HR>
<P>Zauwa dalszy brak koczcej kropki w nazwie domeny w pliku
<CODE>named.conf</CODE>.
<P>W pliku strefy linux.bogus umiecimy pewne cakowicie bzdurne (bogus) dane:
<P>
<HR>
<PRE>
;
; Plik strefy dla linux.bogus
;
; Peny plik strefy
;
@       IN      SOA     ns.linux.bogus. hostmaster.linux.bogus. (
                        199802151       ; numer seryjny, dzisiejsza data i numer zmiany
                        8H              ; odwieanie, w sekundach
                        2H              ; powtrzenie, w sekundach
                        1W              ; przedawnienie, w sekundach
                        1D )            ; minimum, w sekundach
;
                NS      ns              ; Adres Internetowy serwera nazw
                MX      10 mail.linux.bogus     ; Podstawowy serwer poczty
                MX      20 mail.friend.bogus.   ; Drugorzdny serwer poczty
;
localhost       A       127.0.0.1
ns              A       192.168.196.2
mail            A       192.168.196.4
</PRE>
<HR>
<P>Naley zwrci uwag na dwie rzeczy w rekordzie SOA. ns.linux.bogus
<EM>musi</EM> by prawdziw maszyna z rekordem A. Nie jest dozwolone
wpisaanie rekordu CNAME dla maszyny w rekordzie SOA. Jej nazw nie musi by
,,ns'', moe by jakkolwiek dozwolon nazw komputera. Po drugie,
hostmaster.linux.bogus powinien by odczytany jako hostmaster@linux.bogus,
a powinien by to alias pocztowy lub oddzielna skrzynka, gdzie osoba(y)
nadzorujce DNS powinny czsto czyta poczt. Jakikolwiek list w sprawie
domeny bdzie wysany na adres podany w tej linii. Nazw nie musi by
,,hostmaster'',
moe to by jakikolwiek dozwolony adres e-mail, ale adres ,,hostmaster''
<EM>bdzie</EM> rwnie dziaa.
<P>Jest jeden nowy typ RR w tym pliku, MX czyli Mail eXchanger.
Mwi systemom pocztowym gdzie wysya poczt zaadresowan do
<CODE>ktotam@linux.bogus</CODE>, odpowiednio do <CODE>mail.linux.bogus</CODE> lub
<CODE>mail.friend.bogus</CODE>. Liczba przed kad nazw maszyny oznacza
priorytet MX'w. RR z najmniejsz liczb (10) jest tym, do ktrego poczta
powinna by wysyana najpierw. Jeeli to si nie uda, moe by wysana do
serwera z wysz liczb, drugorzdnego serwera poczty, np.
<CODE>mail.friend.bogus</CODE>, ktry ma tu priorytet 20.
<P>Uruchom ponownie named, uywajc komendy <CODE>ndc restart</CODE>. Sprawd wynik
z nslookup:
<P>
<BLOCKQUOTE><CODE>
<PRE>
$ nslookup
&gt; set q=any
&gt; linux.bogus
Server:  localhost
Address:  127.0.0.1

linux.bogus
        origin = ns.linux.bogus
        mail addr = hostmaster.linux.bogus
        serial = 199802151
        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     preference = 10, mail exchanger = mail.linux.bogus.linux.bogus
linux.bogus     preference = 20, mail exchanger = mail.friend.bogus
linux.bogus     nameserver = ns.linux.bogus
ns.linux.bogus  internet address = 192.168.196.2
mail.linux.bogus        internet address = 192.168.196.4
</PRE>
</CODE></BLOCKQUOTE>
<P>Przy dokadnym sprawdzaniu, odkryjesz bd. Linia
<P>
<BLOCKQUOTE><CODE>
<PRE>
linux.bogus     preference = 10, mail exchanger = mail.linux.bogus.linux.bogus
</PRE>
</CODE></BLOCKQUOTE>
<P>jest niepoprawna. Powinno by
<P>
<BLOCKQUOTE><CODE>
<PRE>
linux.bogus     preference = 10, mail exchanger = mail.linux.bogus
</PRE>
</CODE></BLOCKQUOTE>
<P>Specjalnie popeniem bd, eby mg si z niego uczy :-) Patrzc na plik
strefy zobaczymy, e w linii
<P>
<BLOCKQUOTE><CODE>
<PRE>
                MX      10 mail.linux.bogus     ; Podstawowy serwer poczty
</PRE>
</CODE></BLOCKQUOTE>
<P>brakuje kropki. Mona te powiedzie, e ma o jeden czon ,,linux.bogus'' za
duo. Jeeli nazwa komputera nie koczy si kropk w pliku strefy, pochodzenie
(origin) zostaje dodane do niej, powodujc podwjny
<CODE>linux.bogus.linux.bogus</CODE>. Wic piszemy albo
<P>
<HR>
<PRE>
                MX      10 mail.linux.bogus.    ; Podstawowy serwer poczty
</PRE>
<HR>
<P>albo
<P>
<HR>
<PRE>
                MX      10 mail                 ; Podstawowy serwer poczty
</PRE>
<HR>
<P>Oba s poprawne. Wol ostatni form, mniej pisania. S znani uytkownicy
bind'a ktrzy nie zgadzaj si z tym, s te tacy, ktrzy zgadzaj si z t
regu. W pliku strefy domena powinna bd to by cakowita i zakoczona
kropk, bd to nie powinna by wogle zaczona, w tym przypadku zawiera
domylne pochodzenie (origin). 
<P>Musz zaznaczy, e w pliku named.conf <EM>nie</EM> powinno by kropek po
nazwach domen. Nie masz pojcia, jak czsto ludzie gupieli i klli na czym
wiat stoi z powodu znaku ,,<CODE>.</CODE>''. 
<P>A wic po wyjanieniu mojej uwagi, mamy nowy plik strefy, zawierajcy
troch dodatkowych informacji:
<P>
<HR>
<PRE>
;
; Plik strefy dla linux.bogus
;
; Peny plik strefy
;
@       IN      SOA     ns.linux.bogus. hostmaster.linux.bogus. (
                        199802151       ; numer seryjny, dzisiejsza data + numer zmiany
                        8H              ; odwieanie, w sekundach
                        2H              ; powtrzenie, w sekundach
                        1W              ; przedawnienie, w sekundach
                        1D )            ; minimum, w sekundach
;
                TXT     "Linux.Bogus, twoi konsultanci DNS"
                NS      ns              ; Adresy Internetowe serwerw nazw
                NS      ns.friend.bogus.
                MX      10 mail         ; Podstawowy MX
                MX      20 mail.friend.bogus. ;  Drugorzdny MX

localhost       A       127.0.0.1

gw              A       192.168.196.1
                HINFO   "Cisco" "IOS"
                TXT     "Router"

ns              A       192.168.196.2
                MX      10 mail
                MX      20 mail.friend.bogus.
                HINFO   "Pentium" "Linux 2.0"
www             CNAME   ns

donald          A       192.168.196.3
                MX      10 mail
                MX      20 mail.friend.bogus.
                HINFO   "i486"  "Linux 2.0"
                TXT     "DEK"

mail            A       192.168.196.4
                MX      10 mail
                MX      20 mail.friend.bogus.
                HINFO   "386sx" "Linux 1.2"

ftp             A       192.168.196.5
                MX      10 mail
                MX      20 mail.friend.bogus.
                HINFO   "P6" "Linux 2.1.86"
</PRE>
<HR>
<P>Jest tu kilka nowych RR'w: HINFO (Host INFOrmation) ma dwie czci,
dobrym zwyczajem jest branie kadej w cudzysowy. Pierwsza cz okrela
nazw sprztow lub procesor komputera, a druga oprogramowanie lub
system operacyjny. Maszyna nazwana ,,ns'' ma procesor Pentium i Linuxa 2.0.
CNAME (Canonical NAME) jest sposobem nadawania kadej maszynie kilku nazw.
Www jest wic aliasem ns.
<P>Uywanie rekordw CNAME jest troch kontrowesyjne. Ale bezpiecznie jest
przestrzega zasady, e rekordy MX, CNAME lub SOA <EM>nigdy</EM> nie powinny
odnosi si do rekordu CNAME, powinny odnosi si do czego z rekordem A,
wic le jest
<P>
<HR>
<PRE>
foobar          CNAME   www                     ; NIE!
</PRE>
<HR>
<P>ale poprawnie
<P>
<HR>
<PRE>
foobar          CNAME   ns                      ; Tak!
</PRE>
<HR>
<P>Jest te bezpiecznie przyj, e CNAME nie jest dozwolon nazw komputera
dla adresu e-mail: <CODE>webmaster@www.linux.bogus</CODE> jest niedozwolonym
adresem, jeeli przyj powysze ustawienia. Moesz si spodziewa, e
wielu adminw Gdzie Tam bdzie wymagao tej zasady, nawet jeli to dziaa
u ciebie. Sposobem uniknicia tego jest uywanie rekordw A (i moe innych,
takich jak MX) zamiast CNAME:
<P>
<HR>
<PRE>
www             A       192.168.196.2
</PRE>
<HR>
<P>Kilku ,,czarodziejw'' bind'a radzi, aby <EM>nie</EM> uywa CNAME.
Zastanw si wic nad tym <EM>bardzo</EM> powanie. 
<P>Ale jak widzisz, to HOWTO i wiele serwerw nie przestrzega tej zasady.
<P>Zaaduj now baz danych komend <CODE>ndc reload</CODE>, sprawi to, e named
przeczyta ponownie swoje pliki.
<P>
<BLOCKQUOTE><CODE>
<PRE>
$ nslookup
Default Server:  localhost
Address:  127.0.0.1

&gt; ls -d linux.bogus
</PRE>
</CODE></BLOCKQUOTE>
<P>Znaczy to, e wszystkie rekordy powinny by wymienione. Wywietli:
<P>
<BLOCKQUOTE><CODE>
<PRE>
[localhost]
$ORIGIN linux.bogus.
@                       1D IN SOA       ns hostmaster (
                                        199802151       ; numer seryjny
                                        8H              ; odwieanie
                                        2H              ; powtrzenie
                                        1W              ; przedawnienie
                                        1D )            ; minimum

                        1D IN NS        ns
                        1D IN NS        ns.friend.bogus.
                        1D IN TXT       "Linux.Bogus, twoi konsultanci DNS"
                        1D IN MX        10 mail
                        1D IN MX        20 mail.friend.bogus.
gw                      1D IN A         192.168.196.1
                        1D IN HINFO     "Cisco" "IOS"
                        1D IN TXT       "Router"
mail                    1D IN A         192.168.196.4
                        1D IN MX        10 mail
                        1D IN MX        20 mail.friend.bogus.
                        1D IN HINFO     "386sx" "Linux 1.0.9"
localhost               1D IN A         127.0.0.1
www                     1D IN CNAME     ns
donald                  1D IN A         192.168.196.3
                        1D IN MX        10 mail
                        1D IN MX        20 mail.friend.bogus.
                        1D IN HINFO     "i486" "Linux 1.2"
                        1D IN TXT       "DEK"
ftp                     1D IN A         192.168.196.5
                        1D IN MX        10 mail
                        1D IN MX        20 mail.friend.bogus.
                        1D IN HINFO     "P6" "Linux 1.3.59"
ns                      1D IN A         192.168.196.2
                        1D IN MX        10 mail
                        1D IN MX        20 mail.friend.bogus.
                        1D IN HINFO     "Pentium" "Linux 1.2"
@                       1D IN SOA       ns hostmaster (
                                        199802151       ; numer seryjny
                                        8H              ; odwieanie
                                        2H              ; powtrzenie
                                        1W              ; przedawnienie
                                        1D )            ; minimum
</PRE>
</CODE></BLOCKQUOTE>
<P>To jest w porzdku. Jak widzisz, wyglda prawie jak plik strefy.
Sprawdmy co powie o samym www:
<P>
<BLOCKQUOTE><CODE>
<PRE>
&gt; set q=any
&gt; www.linux.bogus.
Server:  localhost
Address:  127.0.0.1

www.linux.bogus canonical name = ns.linux.bogus
linux.bogus     nameserver = ns.linux.bogus
linux.bogus     nameserver = ns.friend.bogus
ns.linux.bogus  internet address = 192.168.196.2
</PRE>
</CODE></BLOCKQUOTE>
<P>Inaczej mwic, prawdziwa nazwa <CODE>www.linux.bogus</CODE> to
<CODE>ns.linux.bogus</CODE>. Daje ci to te troch informacji, ktre ma o ns,
wystarczjco duo, eby si z nim poczy, jeeli byby programem.
<P>Jestemy w poowie drogi.
<P>
<P>
<P>
<H2>4.3 Strefa odwrotna</H2>

<P>
<P>Teraz programy mog konwertowa nazwy w linux.bogus na adresy, z ktrymi mog
si poczy. Ale potrzebna jest te strefa odwrotna, ktra pozwala DNS'owi
przeksztaca adresy na nazwy (FTP, IRC, WWW i inne), eby zdecydowa, czy
chc z tob rozmawia, czy nie, a jeeli tak, moe nawet zdecyduj jaki
priorytet powinien by ci nadany. Strefa odwrotna jest wymagana dla penego
dostpu do wszystkich usug Internetu.
<P>Wstaw nastpujce linie w <CODE>named.conf</CODE>:
<P>
<HR>
<PRE>
zone "196.168.192.in-addr.arpa" {
        notify no;
        type master;
        file "pz/192.168.196";
};
</PRE>
<HR>
<P>Tak samo jak z <CODE>0.0.127.in-addr.arpa</CODE>, zawarto take jest podobna:
<P>
<HR>
<PRE>
@       IN      SOA     ns.linux.bogus. hostmaster.linux.bogus. (
                        199802151 ; Numer seryjny, data + numer
                        8H      ; odwieanie
                        2H      ; powtarzanie
                        1W      ; przedawnienie
                        1D)     ; minimalny TTL
                NS      ns.linux.bogus.

1               PTR     gw.linux.bogus.
2               PTR     ns.linux.bogus.
3               PTR     donald.linux.bogus.
4               PTR     mail.linux.bogus.
5               PTR     donald.linux.bogus.
</PRE>
<HR>
<P>Teraz uruchom ponownie named (<CODE>ndc restart</CODE>) i sprawd swoj prac
znowu korzystajc z nslookup: 
<P>
<HR>
<PRE>
&gt; 192.168.196.4
Server:  localhost
Address:  127.0.0.1

Name:    mail.linux.bogus
Address:  192.168.196.4
</PRE>
<HR>
<P>Wyglda w porzdku, sprbuj wywietli wszystko, eby to sprawdzi:
<P>
<HR>
<PRE>
&gt; ls -d 196.168.192.in-addr.arpa
[localhost]
$ORIGIN 196.168.192.in-addr.arpa.
@                       1D IN SOA       ns.linux.bogus. hostmaster.linux.bogus. (
                                        199802151       ; serial
                                        8H              ; refresh
                                        2H              ; retry
                                        1W              ; expiry
                                        1D )            ; minimum

                        1D IN NS        ns.linux.bogus.
1                       1D IN PTR       gw.linux.bogus.
2                       1D IN PTR       ns.linux.bogus.
3                       1D IN PTR       donald.linux.bogus.
4                       1D IN PTR       mail.linux.bogus.
5                       1D IN PTR       donald.linux.bogus.
@                       1D IN SOA       ns.linux.bogus. hostmaster.linux.bogus. (
                                        199802151       ; numer seryjny
                                        8H              ; odwieanie
                                        2H              ; powtarzanie
                                        1W              ; przedawnienie
                                        1D )            ; minimum
</PRE>
<HR>
<P>Wyglda dobrze!
<P>Jest kilka rzeczy, ktre powinienem tu doda. Numery IP uywane w przykadach
pochodz z jednego z blokw ,,sieci prywatnych'', tzn. nie wolno uywa ich
publicznie w internecie. S bezpieczne do pokazania jako przykad w HOWTO.
Druga rzecz, to linia <CODE>notify no;</CODE>. Mwi named, eby nie zawiadamia
serwera drugorzdnego (secondary, slave), kiedy jeden z plikw stref zostanie
uaktualniony. W bind'dzie-8 named moe zawiadamia inne serwery wymienione
w rekordach NS w pliku strefy, kiedy strefa zostanie uaktualniona. Jest to
przydatne do uytku zwykego, ale dla prywatnych eksperymentw ze strefami
ta opcja powinna by wyczona, nie chcemy przecie chyba, eby nasz
eksperyment zamieca Internet, czy nie tak? 
<P>No i oczywicie ta domena jest nieprawdziwa (bogus) i takie te s
wszystkie adresy w niej. Zobacz nastpny rozdzia dla przykadu z prawdziw
domen.
<P>
<H2><A NAME="real-example"></A> <A NAME="s5">5. Prawdziwa domena</A></H2>

<P>
<P><B>Tutaj opisujemy troch <EM>prawdziwych</EM> plikw stref.</B>
<P>Uytkownicy zasugerowali, ebym zaczy prawdziwy przykad dziaajcej domeny
razem z teoretycznym przykadem.
<P>Uywam tego przykadu z zezwoleniem Davida Bullock'a z LAND-5.
Te pliki byy aktualne 24 Wrzenia  1996 i zostay zmienione przeze mnie,
eby pasoway do formatu bind-8, uywaj te moich rozszerze.
A wic, to co tu widzisz rni si troch od tego, co otrzymasz po wysaniu
zapytania do serwerw nazw LAND-5 obecnie.
<P>
<P>
<P>
<H2>5.1 /etc/named.conf (lub /var/named/named.conf)</H2>

<P>
<P>Tutaj znajdziemy linie gwne dla dwch potrzebnych stref odwrotnych:
sieci 127.0.0, jak i sieci 206.6.177 nalecej do LAND-5, oraz
lini primary dla przedniej strefy land-5.com. Zauwa take, e zamiast
umieszcza pliki w katalogu o nazwie <CODE>pz</CODE>, jak robi to w tym HOWTO,
znajduj si one w katalogu <CODE>zone</CODE> (strefa). 
<P>
<HR>
<PRE>
// Plik adujcy dla serwera nazw LAND-5

options {
        directory "/var/named";
};

zone "." {
        type hint;
        file "root.hints";
};

zone "0.0.127.in-addr.arpa" {
        type master;
        file "zone/127.0.0";
};

zone "land-5.com" {
        type master;
        file "zone/land-5.com";
};

zone "177.6.206.in-addr.arpa" {
        type master;
        file "zone/206.6.177";
};
</PRE>
<HR>
<P>Jeeli wstawisz to do swojego named.conf, eby si pobawi, <EM>PROSZ</EM>,
wstaw <CODE>notify no;</CODE> w sekcji stref dla dwch stref land-5, eby unikn
wypadkw.
<P>
<P>
<P>
<H2>5.2 /var/named/root.hints</H2>

<P>
<P>Pamitaj, e ten plik zmienia si, a ten jest stary. Powiniene uywa
nowszego pliku wyprodukowanego uywajc dig, bdzie to wytumaczone pniej.
(UWAGA: autor napisa, e byo to wytumaczone wczeniej, ale jest to
wytumaczone PӬNIEJ - przyp. tum.)
<P>
<HR>
<PRE>
; &lt;&lt;>> DiG 8.1 &lt;&lt;>> @A.ROOT-SERVERS.NET. 
; (1 server found)
;; res options: init recurs defnam dnsrch
;; got answer:
;; ->>HEADER&lt;&lt;- opCODE: QUERY, status: NOERROR, id: 10
;; flags: qr aa rd; QUERY: 1, ANSWER: 13, AUTHORITY: 0, ADDITIONAL: 13
;; QUERY SECTION:
;;      ., type = NS, class = IN

;; ANSWER SECTION:
.                       6D IN NS        G.ROOT-SERVERS.NET.
.                       6D IN NS        J.ROOT-SERVERS.NET.
.                       6D IN NS        K.ROOT-SERVERS.NET.
.                       6D IN NS        L.ROOT-SERVERS.NET.
.                       6D IN NS        M.ROOT-SERVERS.NET.
.                       6D IN NS        A.ROOT-SERVERS.NET.
.                       6D IN NS        H.ROOT-SERVERS.NET.
.                       6D IN NS        B.ROOT-SERVERS.NET.
.                       6D IN NS        C.ROOT-SERVERS.NET.
.                       6D IN NS        D.ROOT-SERVERS.NET.
.                       6D IN NS        E.ROOT-SERVERS.NET.
.                       6D IN NS        I.ROOT-SERVERS.NET.
.                       6D IN NS        F.ROOT-SERVERS.NET.

;; ADDITIONAL SECTION:
G.ROOT-SERVERS.NET.     5w6d16h IN A    192.112.36.4
J.ROOT-SERVERS.NET.     5w6d16h IN A    198.41.0.10
K.ROOT-SERVERS.NET.     5w6d16h IN A    193.0.14.129
L.ROOT-SERVERS.NET.     5w6d16h IN A    198.32.64.12
M.ROOT-SERVERS.NET.     5w6d16h IN A    202.12.27.33
A.ROOT-SERVERS.NET.     5w6d16h IN A    198.41.0.4
H.ROOT-SERVERS.NET.     5w6d16h IN A    128.63.2.53
B.ROOT-SERVERS.NET.     5w6d16h IN A    128.9.0.107
C.ROOT-SERVERS.NET.     5w6d16h IN A    192.33.4.12
D.ROOT-SERVERS.NET.     5w6d16h IN A    128.8.10.90
E.ROOT-SERVERS.NET.     5w6d16h IN A    192.203.230.10
I.ROOT-SERVERS.NET.     5w6d16h IN A    192.36.148.17
F.ROOT-SERVERS.NET.     5w6d16h IN A    192.5.5.241

;; Total query time: 215 msec
;; FROM: roke.uio.no to SERVER: A.ROOT-SERVERS.NET.  198.41.0.4
;; WHEN: Sun Feb 15 01:22:51 1998
;; MSG SIZE  sent: 17  rcvd: 436
</PRE>
<HR>
<P>
<P>
<P>
<H2>5.3 /var/named/zone/127.0.0</H2>

<P>
<P>Tylko podstawy, obowizujcy rekord SOA i rekord, ktry mapuje 127.0.0.1 na
<CODE>localhost</CODE>. Oba s wymagane. Nic wicej nie powinno znajdowa si w tym
pliku. Prawdopodobnie nigdy nie bdzie musia by uaktualniany, chyba e
twj serwer nazw lub hostmaster zmieni adres.
<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>
<P>
<P>
<H2>5.4 /var/named/zone/land-5.com</H2>

<P>
<P>Widzimy tu obowizujcy rekord SOA i potrzebne rekordy NS. Moemy zobaczy,
e drugorzdny serwer nazw ma adres ns2.psi.net. Jest tak, jak powinno by,
<EM>zawsze</EM> musi by drugorzdny serwer w innym miejscu Internetu.
Jest tu komputer gwny o nazwie land-5, ktry zajmuje si wieloma rnymi
usugami Internetowymi, jest to zaatwione za pomoc rekordw CNAME
(alternatywnie mona uywa rekordw A).
<P>Jak widzidsz z rekordu SOA, plik strefy pochodzi z land-5.com, osob kontaktow
jest root@land-5.com. <CODE>hostmaster</CODE> jest innym czsto uywanym adresem.
Numer seryjny skada si z daty w formacie yyyymmdd i dziennego numeru
seryjnego; jest to prawdopodobnie szsta wersja pliku strefy z 20 Wrzenia
1996. Pamitaj, e numer seryjny <EM>musi</EM> zwiksza si monotonicznie,
tutaj jest tylko <EM>jedna</EM> cyfra numeru seryjnego, wic po 9 zmianach
trzeba czeka do nastpnego dnia z nastpnymi edycjami. Rozwa uycie dwch
cyfr.
<P>
<HR>
<PRE>
@       IN      SOA     land-5.com. root.land-5.com. (
                        199609206       ; serial, todays date + todays serial #
                        8H              ; refresh, seconds
                        2H              ; retry, seconds
                        1W              ; expire, seconds
                        1D )            ; 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              A       206.6.177.3
www             A       207.159.141.192

ftp             CNAME   land-5.com.
mail            CNAME   land-5.com.
news            CNAME   land-5.com.

funn            A       206.6.177.2
@               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>Jeeli sprawdzisz serwer nazw land-5, zobaczysz, e nazwy komputerw
skadaj si z <CODE>ws_</CODE><EM>numer</EM>. Pne wersje named'a w bind'dzie 4
zaczy wymaga ogranicze znakw skadajcych si na nazwy komputerw.
A wic wogle nie dziaaoby to z bind-8, zamieniem ,,_'' na ,,-''.
<P>Inna rzecz warta zauwaenia to fakt, e stacje robocze nie maj wasnych nazw,
a raczej prefiks i dwie ostatnie czci numeru IP. Uywanie takiej konwencji
moe znacznie uproci nadzr, ale jest troch bezosobowe i moe by rdem
niezadowolenia wrd twoich uytkownikw. 
<P>Moemy take zobaczy, e funn.land-5.com jest aliasem land-5.com, ale
uywajcym rekordu A, a nie CNAME.
<P>
<P>
<P>
<H2>5.5 /var/named/zone/206.6.177</H2>

<P>
<P>Skomentuj ten plik na jego kocu.
<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.
2       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.
; {Duo powtarzajcych si rekordw - usunito}
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>Strefa odwrotna jest kawakiem ustawie wydajcym si sprawia najwicej
kopotw. Jest uywany do znalezienia nazwy komputera, jeeli masz jego numer
IP. Przykad: jeste serwerem IRC i akceptujesz poczenia od klientw IRC.
Jednake jeste serwerem norweskim, a wic chcesz akceptowa poczenia
tylko z Norwegii i innych krajw skandynawskich. Kiedy otrzymasz poczenie
od klienta, biblioteka C jest w stanie przekaza ci numer IP czcej si
maszyny, poniewa numer IP klienta jest zawarty we wszystkich pakietach
przekazywanych przez sie. Teraz moesz przywoa funkcj o nazwie
gethostbyaddr, ktra szuka nazwy komputera z podanym numerem IP. Gethostbyaddr
spyta serwer DNS, ktry wtedy przetrawersuje DNS, poszukujc maszyny.
Przyjmijmy, e poczenie nadeszo z ws-177200.land-5.com. Numer IP podany
przez bibliotek C serwerowi IRC to 206.6.177.200. eby pozna nazw tej
maszyny, musimy znale 200.177.6.206.in-addr.arpa. Serwer DNS najpierw
odwrci ciek przez 206, potem przez 6, a w kocu znajdzie serwer dla
strefy 177.6.206.in-addr.arpa na land-5, z ktrego na kocu dostanie odpowied,
e dla 200.177.6.206.in-addr.arpa mamy rekord ,,PTR ws-177200.land-5.com'',
ktry znaczy, e nazwa 206.6.177.20 to ws-177200.land-5.com.
Tak jak z wyjanieniem, jak zostaje znaleziony prep.ai.mit.edu,
jest to troch fikcyjne.
<P>Wracajc do przykadu serwera IRC. Serwer IRC akceptuje poczenia tylko
z krajw skandynawskich, tj. *.no, *.se, *.dk. Od razu wida, e nazwa
ws-177200.land-5.com nie pasuje do adnego z nich, a wic serwer odmwi
poczenia. Jeeli <EM>nie</EM> byo mapowania odwrotnego dla 206.6.177.200
przez stref in-addr.arpa, serwer nie mgby znale nazwy i porwnaby
206.6.177.200 z *.no, *.se i *.dk, oczywicie adna z nich nie bdzie
pasowaa.
<P>Niektrzy ludzie bd mwili ci, e odwrotne mapowanie jest wane tylko dla
serwerw, albo <EM>wogle</EM> nie wane. Nie zawsze: wiele serwerw ftp,
news, IRC i nawet niektre http (WWW) <EM>nie bd</EM> akceptoway pocze
z maszyn, ktrych nazw nie bd w stanie znale. A wic mapowanie odwrotne
jest <EM>obowizkowe</EM>.
<P>
<H2><A NAME="maint"></A> <A NAME="s6">6. Nadzr</A></H2>

<P>
<P><B>Utrzymywanie w cigym dziaaniu</B>
<P>Jest jedno zadanie nadzorcze, ktre musisz wykonywa z named'ami, inne ni
utrzymywanie ich w dziaaniu, tzn. uaktualnianie pliku <CODE>root.hints</CODE>.
Najatwiej jest to zrobi uywajc dig'a. Najpierw uruchom dig bez adnych
argumentw, otrzymasz zawarto pliku <CODE>root.hints</CODE> zgodnie ze swoim
wasnym serwerem. Wtedy spytaj jeden z wymienionych serwerw gwnych komend
<CODE>dig @rootserver</CODE>. Zauwaysz, e to co otrzymasz bdzie bardzo podobne
do pliku root.hints. Zapisz to do pliku
(<CODE>dig @e.root-servers.net . ns &gt;root.hints.new</CODE>) i zamie na niego
stary plik <CODE>root.hints</CODE>.
<P>Pamitaj, eby uruchomi ponownie named po zamianie pliku cache.
<P>Al Longyear wysa mi ten skrypt. Moe on by uruchamiany automatycznie
w celu uaktualniania <CODE>root.hints</CODE>. Dodaj wpis do tablicy cron'a,
eby by uruchamiany raz na miesic. Ten skrypt przyjmuje, e masz dziaajcy
system
pocztowy i zdefniowany alias pocztowy ,,hostmaster''. Musisz zagbi si
w ten plik, eby dostosowa go do twoich ustawie.
<P>
<HR>
<PRE>
#!/bin/sh
#
# Uaktualnianie pliku cache raz na miesic.
# Ten skrypt jest uruchamiany automatycznie przez cron'a.
#
(
 echo "To: hostmaster &lt;hostmaster>"
 echo "From: system &lt;root>"
 echo "Subject: Automatyczne uaktualnienie pliku named.conf"
 echo

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

 dig @rs.internic.net . ns >root.hints.new

 echo "Plik named.conf zosta uaktualniony i zawiera nastpujce informacje:"
 echo
 cat root.hints.new

 chown root.root root.hints.new
 chmod 444 root.hints.new
 rm -f root.hints.old
 mv root.hints root.hints.old
 mv root.hints.new root.hints
 ndc restart
 echo
 echo "Serwer nazw zosta uruchomiony ponownie, aby wprowadzi zmiany"
 echo "Poprzedni plik nazywa si teraz /var/named/root.hints.old."
) 2>&amp;1 | /usr/lib/sendmail -t
exit 0
</PRE>
<HR>
<P>Niektrzy z was mogli zauway, e plik root.hints jest te dostpny przez ftp
z Internic'u. Prosz, <EM>nie</EM> uywaj ftp do uaktualniania root.hints,
powysza metoda jest o wiele bardziej przyjazna dla sieci.
<P>
<H2><A NAME="bind8"></A> <A NAME="s7">7. Przejcie z wersji 4 na wersj 8</A></H2>

<P>
<P>Poprzednio bya to sekcja o uywaniu bind'a 8 napisana przez David'a E. Smith'a
(dave@bureau42.ml.org). Troch j zmieniem, eby pasowaa do nowej nazwy
sekcji.
<P>Nie ma tego wiele. Poza uywaniem named.conf zamiast named.boot, wszystko jest
identyczne. Bind-8 jest dostarczany ze skryptem konwertujcym pliki w ,,starym
stylu'' na nowe. Przykadowy named.conf (stary) dla serwera cache:
<P>
<HR>
<PRE>
directory /var/named
cache   .                                       root.hints
primary 0.0.127.IN-ADDR.ARPA                    127.0.0.zone
primary localhost                               localhost.zone          
</PRE>
<HR>
<P>W linii komend, w katalogu bind8/src/bin/named (<EM>Przyjmuj, e masz
dystrybucj rdow. Jeeli masz paczk z binariami skrypt te gdzie musi
by, jednake nie jestem pewien gdzie. -ed.</EM>), napisz:
<P>
<HR>
<PRE>
./named-bootconf.pl &lt; named.conf > named.conf
</PRE>
<HR>
<P>Co stworzy named.conf:
<P>
<HR>
<PRE>
// generated by named-bootconf.pl

options {
        directory "/var/named";
};

zone "." {
        type hint;
        file "root.hints";
};

zone "0.0.127.IN-ADDR.ARPA" {
        type master;
        file "127.0.0.zone";
};

zone "localhost" {
        type master;
        file "localhost.zone";
};
</PRE>
<HR>
<P>Metoda ta konwertuje wszystko, co mona wpisa do named.conf, jednake nie dodaje
adnych nowych rozszerze i opcji konfiguracji, ktre mona uzyska
w bind-8. Oto bardziej kompletny named.conf, ktry robi te same rzeczy,
ale troch bardziej sprawnie.
<P>
<HR>
<PRE>
// To jest plik konfiguracyjny named (bind-8 lub pniejszy)
// Powinien by zainstalowany jako /etc/named.conf.
// Jedyna zmiana pliku ,,fabrycznego'' (poza tym komentarzem :))
// to odkomentowanie linii directory, poniewa mam ju pliki stref
// w /var/named.

options {
        directory "/var/named";
        check-names master warn;                /* domylne. */
        datasize 20M;
};

zone "localhost" IN {
        type master;
        file "localhost.zone";
        check-names fail;
        allow-update { none; };
        allow-transfer { any; };
};

zone "0.0.127.in-addr.arpa" IN {
        type master;
        file "127.0.0.zone";
        check-names fail;
        allow-update { none; };
        allow-transfer { any; };
};

zone "." IN {
        type hint;
        file "root.hints";
};
</PRE>
<HR>
<P>bind8/src/bin/named/test ma ten plik oraz kopie plikw stref, ktre wiele ludzi
moe skopiowa i od razu uywa.
<P>Formaty plikw stref i root.hints s identyczne, tak jak komendy ich
uaktualniania.
<P>
<H2><A NAME="qanda"></A> <A NAME="s8">8. FAQ</A></H2>

<P>
<P>W tej sekcji wymieni kilka spord najczciej zadawanych pyta zwizanych
z DNS'em i tym HOWTO, oraz odpowiedzi na nie. :-) Przeczytaj t sekcj przed
wysaniem do mnie listu.
<P>
<OL>
<LI>Mj named da pliku named.boot.

<P>Czytasz ze HOWTO. Przeczytaj star wersj tego dokumentu, ktra opisuje bind 4,
na 
<A HREF="http://www.math.uio.no/~janl/DNS/">http://www.math.uio.no/~janl/DNS/</A>.
<P>
<P>
<P>
</LI>
<LI>Jak uywa DNS zza ciany ognia (firewall)? 

<P>Kilka podpowiedzi: ,,forwarders'', ,,slave'' oraz spojrzenie na list
literatury na kocu tego HOWTO.
<P>
<P>
<P>
</LI>
<LI>Jak sprawi, eby DNS przecza si midzy adresami usugi,
np. www.zajty.serwer, eby uzyska efekt wyrwnania obcienia,
lub podobny?

<P>Utwrz kilka rekordw <B>A</B> dla www.zajty.serwer i uyj bind'a 4.9.3
lub pniejszego. Wtedy bind bdzie pokolei przecza adresy.
<EM>Nie bdzie</EM> to dziaa z wczeniejszymi wersjami bind'a. 
<P>
<P>
<P>
</LI>
<LI>Chc ustawi DNS w (zamknitym) intranecie. Co mam zrobi?

<P>Nie zakadaj pliku root.hints, tylko pliki stref. To znaczy take,
e nie bdziesz musia uaktualnia tego pliku.
<P>
<P>
<P>
</LI>
<LI>Jak ustawi drugorzdny (secondary, slave...) serwer DNS?

<P>Jeeli podstawowy (primary) serwer ma adres 127.0.0.1 wstaw nastpujc lini
w named.conf drugorzdnego serwera:
<P>
<HR>
<PRE>
  zone "linux.bogus" {
        type slave;
        file "sz/linux.bogus";
        masters { 127.0.0.1; };
  };
  
</PRE>
<HR>
<P>Moesz wymieni kilka alternatywnych serwerw gwnych, z ktrych
strefa moe by kopiowana w licie <CODE>masters</CODE>, oddzielone przez ,,;''.
<P>
<P>
<P>
</LI>
<LI>Chc, eby bind dziaa nawet wtedy, kiedy jestem odczony od sieci.

<P>Otrzymaem taki list od Ian'a Clark'a &lt;ic@deakin.edu.au&gt;, gdzie
wyjania on jego sposb dokonania tego:
<P>
<BLOCKQUOTE><CODE>
<PRE>
Uruchamiam named na mojej ,,maskujcej si'' maszynie. Mam dwa pliki
root.hints, jeden nazywa si root.hints.real i zawiera prawdziwe nazwy serwerw
nazw gwnych, oraz drugi, root.hints.fake, ktry zawiera...

----
; root.hints.fake
; ten plik nie zawiera adnych informacji
----

Kiedy rozczam si, kopiuj root.hints.fake do root.hints i uruchamiam
named ponownie.

Kiedy cz si, kopiuj root.hints.real do root.hints i restartuj named.

To jest wykonywane odpowiednio przez ip-down i ip-up.

Pierwszy raz, kiedy przeprowadzam zapytanie off-line o nazw domeny, named
nie ma szczegw, a wic wstawia taki komunikat w pliku messgaes:

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

z czym mona y.

U mnie to dziaa. Mog uywa serwera nazw dla maszyn lokalnych bez opnienia,
jak w przypadku zewntrznych nazw domen, a kiedy jestem w sieci, zapytania
o zewntrzne domeny funkcjonuj normalnie.
</PRE>
</CODE></BLOCKQUOTE>
<P>
<P>
<P>
</LI>
<LI>Gdzie serwer przyspieszajcy zapisuje swoj pami podrczn?
W jaki sposb mona j kontrolowa?

<P>Pami podrczna jest zapamitywana cakowicie w pamici, <EM>nie jest</EM>
zapisywana na dysk. Za kadym razem kiedy zabijesz named cache bdzie
stracony. Cache <EM>nie daje</EM> si w aden sposb kontrolowa. Named
zarzdza nim zgodnie z pewnymi prostymi zasadami i nie da si tego omin.
Nie moesz kontrolowa cache'u ani jego rozmiaru w aden sposb i z adnego
powodu. Jeeli chcesz, moesz ,,naprawi'' to zmieniajc kod named.
Jednake nie jest to zalecane.
<P>
<P>
<P>
</LI>
<LI>Czy named zapisuje cache po zakoczeniu dziaania? Czy mog go jako do
tego zmusi?

<P>Nie, named <EM>nie zapisuje</EM> pamici podrcznej kiedy umiera. Znaczy to,
e cache musi by zbudowany od nowa za kadym razem, kiedy zabijasz
i uruchamiasz named ponownie. <EM>Nie ma</EM> sposobu, eby zmusi go do
zapisywania cache'u w pliku. Jeeli chcesz, moesz to ,,naprawi'' zmieniajc
kod named. Nie jest to jednak zalecane.
<P>
</LI>
</OL>
<P>
<H2><A NAME="bigger"></A> <A NAME="s9">9. Jak zosta penoetatowym administratorem DNS</A></H2>

<P>
<P><B>Dokumentacja i narzdzia</B>
<P>Prawdziwa Dokumentacja istnieje. Online i drukowana. Przeczytanie kilku z tych
publikacji jest wymagane, eby zrobi krok od maoetatowego do penoetatowego
administratora DNS. W druku, standardow ksik jest <EM>DNS i BIND</EM>,
autorstwa C. Liu i P. Albitz'a, wydawnictwa O'Reilly &amp; Associates,
Sebastopol, CA, ISBN 0-937175-82-X. Czytaem j, jest wietna. Jest te sekcja
o DNS w ksice <EM>TCP/IP - Administracja sieci</EM>, autorstwa Craig'a
Hunt'a z wydawnictwa O'Reilly..., ISBN 0-937175-82-X. Inna ksika koniecznie
do przeczytania przez dobrego admina DNS (lub kogokowiek dobrego z tej brany)
jest <EM>Zen i Sztuka Naprawy Motocykli</EM> Roberta M. Prisiga, :-) dostpne
pod ISBN 0688052304 i inne.
<P>Online znajdziesz rne rzeczy na 
<A HREF="http://www.dns.net/dnsrd/">http://www.dns.net/dnsrd/</A>,
<A HREF="http://www.isc.org/bind.html">http://www.isc.org/bind.html</A>;
FAQ, podrcznik (BOG - Bind Operators Guide), specyfikacje i definicje
protokow, oraz sztuczki DNS (te, i wiele, jeeli nie wszystkie RFC wspomniane
poniej, take znajduj si w dystrybucji bind'a). Nie czytaem wikszoci
z nich, ale przez to nie jestem penoetatowym administratorem DNS.
Natomiast Arnt Gulbrandsen przeczyta BOG i bardzo mu si on spodoba :-).
Jest te grupa news 
<A HREF="news://comp.protocols.tcp-ip.domains">news://comp.protocols.tcp-ip.domains</A> o DNS. Dodatkowo, jest te
troch RFC o DNS'ie, najwaniejsze s prawdopodobnie te:
<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 1912 Errors</B><DD><P>B. Barr <EM>Errors in RFC 1912</EM>, jest on dostpny na
<A HREF="http://www.cis.ohio-state.edu/~barr/rfc1912-errors.html">http://www.cis.ohio-state.edu/~barr/rfc1912-errors.html</A><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>
<P>
<H2><A NAME="s10">10. Od tumacza</A></H2>

<P>
<P>To jest druga wersja DNS-HOWTO. Pierwsza wersja, dotyczca bind'a 4 zostaa
przetumaczona przez Piotra Pogorzelskiego
&lt;<CODE>piotr.pogorzelski@ippt.gov.pl</CODE>&gt;. Prawa autorskie tumaczenia
pierwszej
wersji nale wanie do niego, a poniewa ja przetumaczyem drug wersj
od pocztku, prawa autorskie tumaczenia drugiej wersji nale do mnie.
Wersja 2.1 jest <EM>znacznie</EM> poprawiona w stosunku do 2.0. 
Jak zwykle, jeeli znajdziesz jakie bedy, daj mi zna. 
</BODY>
</HTML>