PLD-doc/book/pl_book__uslugi/pl_uslugi__named.sec
pawelb
cvs w pld-linux.org
Nie, 18 Lip 2004, 16:07:01 CEST
Author: pawelb
Date: Sun Jul 18 14:06:57 2004
New Revision: 4364
Modified:
PLD-doc/book/pl_book__uslugi/pl_uslugi__named.sec
Log:
- glosslist -> itemizedlist
Modified: PLD-doc/book/pl_book__uslugi/pl_uslugi__named.sec
==============================================================================
--- PLD-doc/book/pl_book__uslugi/pl_uslugi__named.sec (original)
+++ PLD-doc/book/pl_book__uslugi/pl_uslugi__named.sec Sun Jul 18 14:06:57 2004
@@ -173,58 +173,38 @@
};</screen>
<para>Poszczególne opcje tej sekcji zostały omówione już na początku tego rozdziału. Podsumujmy
więc dostępne informacje skupiając się na powyższym przykładzie.</para>
-<glosslist>
- <glossentry>
- <glossterm>
- <literal>zone "domena.pl"</literal>
- </glossterm>
- <glossdef>
+<itemizedlist>
+ <listitem>
+ <para><literal>zone "domena.pl"</literal></para>
<para>Nazwa strefy. W ten sposób oznaczamy tą część pliku konfiguracyjnego, która
odnosić się będzie do naszej domeny.</para>
- </glossdef>
-</glossentry>
-<glossentry>
- <glossterm>
- <literal>type master</literal>
- </glossterm>
- <glossdef>
+ </listitem>
+ <listitem>
+ <para><literal>type master</literal></para>
<para>Zaznaczamy, że wpis dla domeny jest typu master. Jeżeli taki wpis jest
obecny u Ciebie, oznacza to, że Twój serwer pełni rolę primary dla jakiejś
domeny.</para>
-</glossdef>
-</glossentry>
-<glossentry>
- <glossterm>
- <literal>file "M/domena.pl"</literal>
- </glossterm>
- <glossdef>
+ </listitem>
+ <listitem>
+ <para><literal>file "M/domena.pl"</literal></para>
<para>Opcja ta wskazuje na plik z wpisami strefy dla tej domeny. w PLD będzie
się on znajdował w <filename>/var/lib/named/M/domena.pl</filename></para>
- </glossdef>
-</glossentry>
-<glossentry>
- <glossterm>
- <literal>allow-transfer { 123.45.67.89; }</literal>
- </glossterm>
- <glossdef>
+ </listitem>
+ <listitem>
+ <para><literal>allow-transfer { 123.45.67.89; }</literal></para>
<para>Ta opcja zezwala na transfer pliku strefy do komputera o wskazanym adresie
IP. należy tutaj wpisać adres naszego zapasowego DNS dla domeny domena.pl.
Jeżeli posiadasz więcej niż jeden taki DNS, możesz je wpisać pomiędzy
klamry pamiętając o tym, aby rozdzielić poszczególne adresy IP, znakiem
'<emphasis>;</emphasis>'.</para>
- </glossdef>
-</glossentry>
-<glossentry>
- <glossterm>
- <literal>notify yes</literal>
- </glossterm>
- <glossdef>
+ </listitem>
+ <listitem>
+ <para><literal>notify yes</literal></para>
<para>Opcja ta włącza powiadamianie zapasowego serwera DNS o zmianach w naszej
domenie.</para>
- </glossdef>
-</glossentry>
-</glosslist>
-<para>Wpisy w pliku <filename>/etc/named.conf</filename> są już gotowe. Musimy teraz utworzyć plik
+ </listitem>
+ </itemizedlist>
+ <para>Wpisy w pliku <filename>/etc/named.conf</filename> są już gotowe. Musimy teraz utworzyć plik
strefy dla domeny <literal>domena.pl</literal> wskazany przez opcję
<option>file</option>.</para>
</section>
@@ -271,31 +251,20 @@
uwagę jest <emphasis>@</emphasis>. Otóż można go potraktować jako
pewnego rodzaju zmienną, która przechowuje nazwę domena.pl. Jednym
słowem, domena.pl i <emphasis>@</emphasis> to to samo.</para>
- <glosslist>
- <glossentry>
- <glossterm>
- <option>$TTL 86400</option>
- </glossterm>
- <glossdef>
+ <itemizedlist>
+ <listitem>
+ <para><option>$TTL 86400</option></para>
<para>Domyślny czas ważności rekordów w domenie.
Wyrażony on jest w sekundach. 86400 s. to
jeden dzień.</para>
- </glossdef>
- </glossentry>
- <glossentry>
- <glossterm>
- <option>$ORIGIN domena.pl.</option>
- </glossterm>
- <glossdef>
- <para>W tej opcji określamy jaką domenę będzie opisywał
+ </listitem>
+ <listitem>
+ <para><option>$ORIGIN domena.pl.</option></para>
+ <para>W tej opcji określamy jaką domenę będzie opisywał
bieżący plik strefy.</para>
- </glossdef>
- </glossentry>
- <glossentry>
- <glossterm>
- <option>@ IN SOA ns1.domena.pl. root.domena.pl.</option>
- </glossterm>
- <glossdef>
+ </listitem>
+ <listitem>
+ <para><option>@ IN SOA ns1.domena.pl. root.domena.pl.</option></para>
<para>Rekord typu SOA czyli Start Of Authority. Możemy się
z niego dowiedzieć, kto zarządza domeną
(root w domena.pl), jaki jest adres serwera primary
@@ -307,72 +276,51 @@
uwagę, aby poprawnie ją zamknąć. Pominięcie nawiasu
zamykającego Bind zinterpretuje pozostałe wpisy jako
rekord SOA.</para>
- </glossdef>
- </glossentry>
- <glossentry>
- <glossterm>
- <option>2004022300</option>
- </glossterm>
- <glossdef>
- <para>Numer seryjny domeny. Powinien on być zwiększany wraz z każdą
- jej modyfikacją. W dobrym tonie jest utrzymywanie go w
- formacie <emphasis>YYYYMMDDnn</emphasis> czyli rok, miesiąc,
- dzień oraz numer modyfikacji w danym dniu. Jeżeli jednego
- dnia zaszła więcej jak jedna modyfikacja zwiększamy
- odpowiednio numer seryjny.</para>
- </glossdef>
- </glossentry>
- <glossentry>
- <glossterm>
- <option>1200</option>
- </glossterm>
- <glossdef>
- <para>To pole rekordu SOA definiuje jak często serwery
- <emphasis>slave</emphasis> mają sprawdzać czy dane o domenie
- nie zmieniły się na <emphasis>masterze</emphasis>. Według
- <ulink url="http://www.ietf.org/rfc/rfc1035.txt">RFC 1035</ulink>
- wartość ta powinna się zawierać pomiędzy 1200 a 43200 (czyli
- od dwudziestu minut do dwunastu godzin). W praktyce najlepsza
- wartość zawiera się między 3600 a 7200 sekund.</para>
- </glossdef>
- </glossentry>
- <glossentry>
- <glossterm>
- <option>1200</option>
- </glossterm>
- <glossdef>
- <para>Czas po jakim <emphasis>secondary</emphasis> ma ponowić próbę
- kontaktu z <emphasis>masterem</emphasis>, gdy taka się nie
- powiedzie. Zalecana wartość pomiędzy 120 a 7200 sekund.
- </para>
- </glossdef>
- </glossentry>
- <glossentry>
- <glossterm>
- <option>2419200</option>
- </glossterm>
- <glossdef>
- <para>Ta wartość określa czas po jakim dane domeny mają zostać uznane
- za nieaktualne gdy serwer <emphasis>secondary</emphasis>
- nie będzie mógł się skontaktować z
- <emphasis>primary</emphasis>. Zalecana wartość zawiera się
- pomiędzy 1209600 a 2419200 sekund, czyli od dwóch do czterech
+ </listitem>
+ <listitem>
+ <para><option>2004022300</option></para>
+ <para>Numer seryjny domeny. Powinien on być zwiększany wraz z każdą
+ jej modyfikacją. W dobrym tonie jest utrzymywanie go w
+ formacie <emphasis>YYYYMMDDnn</emphasis> czyli rok, miesiąc,
+ dzień oraz numer modyfikacji w danym dniu. Jeżeli jednego
+ dnia zaszła więcej jak jedna modyfikacja zwiększamy
+ odpowiednio numer seryjny.</para>
+ </listitem>
+ <listitem>
+ <para><option>1200</option></para>
+ <para>To pole rekordu SOA definiuje jak często serwery
+ <emphasis>slave</emphasis> mają sprawdzać czy dane o domenie
+ nie zmieniły się na <emphasis>masterze</emphasis>. Według
+ <ulink url="http://www.ietf.org/rfc/rfc1035.txt">RFC 1035</ulink>
+ wartość ta powinna się zawierać pomiędzy 1200 a 43200 (czyli
+ od dwudziestu minut do dwunastu godzin). W praktyce najlepsza
+ wartość zawiera się między 3600 a 7200 sekund.</para>
+ </listitem>
+ <listitem>
+ <para><option>1200</option></para>
+ <para>Czas po jakim <emphasis>secondary</emphasis> ma ponowić próbę
+ kontaktu z <emphasis>masterem</emphasis>, gdy taka się nie
+ powiedzie. Zalecana wartość pomiędzy 120 a 7200 sekund.
+ </para>
+ </listitem>
+ <listitem>
+ <para><option>2419200</option></para>
+ <para>Ta wartość określa czas po jakim dane domeny mają zostać uznane
+ za nieaktualne gdy serwer <emphasis>secondary</emphasis>
+ nie będzie mógł się skontaktować z
+ <emphasis>primary</emphasis>. Zalecana wartość zawiera się
+ pomiędzy 1209600 a 2419200 sekund, czyli od dwóch do czterech
tygodni.</para>
- </glossdef>
- </glossentry>
- <glossentry>
- <glossterm>
- <option>86400</option>
- </glossterm>
- <glossdef>
- <para>Time To Live. Określa ile czasu informacja o danym rekordzie
- ma być ważna. Jest to okres przez jaki informacja o naszej
- domenie będzie przechowywana przez serwer DNS, który ją
- pobrał. Zalecana wartość zawiera się między 86400 a 432000
- sekund, czyli przez okres od jednego do pięciu dni.</para>
- </glossdef>
- </glossentry>
- </glosslist>
+ </listitem>
+ <listitem>
+ <para><option>86400</option></para>
+ <para>Time To Live. Określa ile czasu informacja o danym rekordzie
+ ma być ważna. Jest to okres przez jaki informacja o naszej
+ domenie będzie przechowywana przez serwer DNS, który ją
+ pobrał. Zalecana wartość zawiera się między 86400 a 432000
+ sekund, czyli przez okres od jednego do pięciu dni.</para>
+ </listitem>
+ </itemizedlist>
<para>Bezpośrednio pod rekordem SOA definiujemy, które serwery DNS będą obsługiwały naszą domenę.
Jeszcze raz przypominam aby właściwie zamknąć ten rekord. Bez tego nasza domena nie będzie działać.
Do definiowania serwerów DNS służą wpisy typu <option>IN NS</option>.</para>
@@ -433,12 +381,9 @@
konfigurację będzie <emphasis>ipv6calc</emphasis> znajdujący się w pakiecie
o tej samej nazwie. Jak sama nazwa wskazuje jest to kalkulator adresów
IPv6.</para>
- <glosslist>
- <glossentry>
- <glossterm>
- <option>IN AAAA</option>
- </glossterm>
- <glossdef>
+ <itemizedlist>
+ <listitem>
+ <para><option>IN AAAA</option></para>
<para>Odpowiednikiem w IPv6 strefy <option>IN A</option> jest wpis
<option>IN AAAA</option>. Każda z dotychczasowych stref stworzona do tej
pory dla protokołu IPv4 może mieć swój odpowiednik w sieci IPv6. Możemy
@@ -450,21 +395,17 @@
nazwy <emphasis>moja.domena.pl</emphasis> adresowi
<emphasis>3ffe:1a:2b:3c::1</emphasis>. Aby wpis zaczął obowiązywać należy
zrestartować usługę.</para>
- </glossdef>
- </glossentry>
- <glossentry>
- <glossterm>
- <option>IN PTR</option>
- </glossterm>
- <glossdef>
- <para>Konfigurację strefy odwrotnej zaczniemy od stworzenia
- odpowiedniego wpisu w pliku
- <filename>/etc/named.conf</filename>. Jak sama nazwa
- wskazuje będzie on przypominał lustrzane odbicie
- adresu w zwykłej postaci. Aby mieć pewność, że nasza
- strefa będzie poprawnie zapisana posłużymy się
- wspomnianym we wstępie narzędziem
- <command>ipv6calc</command>.</para>
+ </listitem>
+ <listitem>
+ <para><option>IN PTR</option></para>
+ <para>Konfigurację strefy odwrotnej zaczniemy od stworzenia
+ odpowiedniego wpisu w pliku
+ <filename>/etc/named.conf</filename>. Jak sama nazwa
+ wskazuje będzie on przypominał lustrzane odbicie
+ adresu w zwykłej postaci. Aby mieć pewność, że nasza
+ strefa będzie poprawnie zapisana posłużymy się
+ wspomnianym we wstępie narzędziem
+ <command>ipv6calc</command>.</para>
<screen>$ ipv6calc -r 3ffe:1a:2b:3c::/64
No input type specified, try autodetection...found type: ipv6addr
c.3.0.0.b.2.0.0.a.1.0.0.e.f.f.3.ip6.int.</screen>
@@ -519,8 +460,7 @@
<para>Przełącznik <option>-n</option> oznacza, że będziemy odpytywali strefę odwrotną, natomiast
<option>-i</option>, że jest to adres typu int. Domyślnie
<command>host</command> szuka nazw typu arpa.</para>
- </glossdef>
- </glossentry>
- </glosslist>
+ </listitem>
+ </itemizedlist>
</section>
</section>
Więcej informacji o liście dyskusyjnej pld-doc