This file is indexed.

/usr/share/doc/HOWTO/pl-html/DNS49-HOWTO.pl.html is in doc-linux-pl-html 2002.06.14-3.

This file is owned by root:root, with mode 0o644.

The actual contents of the file can be viewed below.

   1
   2
   3
   4
   5
   6
   7
   8
   9
  10
  11
  12
  13
  14
  15
  16
  17
  18
  19
  20
  21
  22
  23
  24
  25
  26
  27
  28
  29
  30
  31
  32
  33
  34
  35
  36
  37
  38
  39
  40
  41
  42
  43
  44
  45
  46
  47
  48
  49
  50
  51
  52
  53
  54
  55
  56
  57
  58
  59
  60
  61
  62
  63
  64
  65
  66
  67
  68
  69
  70
  71
  72
  73
  74
  75
  76
  77
  78
  79
  80
  81
  82
  83
  84
  85
  86
  87
  88
  89
  90
  91
  92
  93
  94
  95
  96
  97
  98
  99
 100
 101
 102
 103
 104
 105
 106
 107
 108
 109
 110
 111
 112
 113
 114
 115
 116
 117
 118
 119
 120
 121
 122
 123
 124
 125
 126
 127
 128
 129
 130
 131
 132
 133
 134
 135
 136
 137
 138
 139
 140
 141
 142
 143
 144
 145
 146
 147
 148
 149
 150
 151
 152
 153
 154
 155
 156
 157
 158
 159
 160
 161
 162
 163
 164
 165
 166
 167
 168
 169
 170
 171
 172
 173
 174
 175
 176
 177
 178
 179
 180
 181
 182
 183
 184
 185
 186
 187
 188
 189
 190
 191
 192
 193
 194
 195
 196
 197
 198
 199
 200
 201
 202
 203
 204
 205
 206
 207
 208
 209
 210
 211
 212
 213
 214
 215
 216
 217
 218
 219
 220
 221
 222
 223
 224
 225
 226
 227
 228
 229
 230
 231
 232
 233
 234
 235
 236
 237
 238
 239
 240
 241
 242
 243
 244
 245
 246
 247
 248
 249
 250
 251
 252
 253
 254
 255
 256
 257
 258
 259
 260
 261
 262
 263
 264
 265
 266
 267
 268
 269
 270
 271
 272
 273
 274
 275
 276
 277
 278
 279
 280
 281
 282
 283
 284
 285
 286
 287
 288
 289
 290
 291
 292
 293
 294
 295
 296
 297
 298
 299
 300
 301
 302
 303
 304
 305
 306
 307
 308
 309
 310
 311
 312
 313
 314
 315
 316
 317
 318
 319
 320
 321
 322
 323
 324
 325
 326
 327
 328
 329
 330
 331
 332
 333
 334
 335
 336
 337
 338
 339
 340
 341
 342
 343
 344
 345
 346
 347
 348
 349
 350
 351
 352
 353
 354
 355
 356
 357
 358
 359
 360
 361
 362
 363
 364
 365
 366
 367
 368
 369
 370
 371
 372
 373
 374
 375
 376
 377
 378
 379
 380
 381
 382
 383
 384
 385
 386
 387
 388
 389
 390
 391
 392
 393
 394
 395
 396
 397
 398
 399
 400
 401
 402
 403
 404
 405
 406
 407
 408
 409
 410
 411
 412
 413
 414
 415
 416
 417
 418
 419
 420
 421
 422
 423
 424
 425
 426
 427
 428
 429
 430
 431
 432
 433
 434
 435
 436
 437
 438
 439
 440
 441
 442
 443
 444
 445
 446
 447
 448
 449
 450
 451
 452
 453
 454
 455
 456
 457
 458
 459
 460
 461
 462
 463
 464
 465
 466
 467
 468
 469
 470
 471
 472
 473
 474
 475
 476
 477
 478
 479
 480
 481
 482
 483
 484
 485
 486
 487
 488
 489
 490
 491
 492
 493
 494
 495
 496
 497
 498
 499
 500
 501
 502
 503
 504
 505
 506
 507
 508
 509
 510
 511
 512
 513
 514
 515
 516
 517
 518
 519
 520
 521
 522
 523
 524
 525
 526
 527
 528
 529
 530
 531
 532
 533
 534
 535
 536
 537
 538
 539
 540
 541
 542
 543
 544
 545
 546
 547
 548
 549
 550
 551
 552
 553
 554
 555
 556
 557
 558
 559
 560
 561
 562
 563
 564
 565
 566
 567
 568
 569
 570
 571
 572
 573
 574
 575
 576
 577
 578
 579
 580
 581
 582
 583
 584
 585
 586
 587
 588
 589
 590
 591
 592
 593
 594
 595
 596
 597
 598
 599
 600
 601
 602
 603
 604
 605
 606
 607
 608
 609
 610
 611
 612
 613
 614
 615
 616
 617
 618
 619
 620
 621
 622
 623
 624
 625
 626
 627
 628
 629
 630
 631
 632
 633
 634
 635
 636
 637
 638
 639
 640
 641
 642
 643
 644
 645
 646
 647
 648
 649
 650
 651
 652
 653
 654
 655
 656
 657
 658
 659
 660
 661
 662
 663
 664
 665
 666
 667
 668
 669
 670
 671
 672
 673
 674
 675
 676
 677
 678
 679
 680
 681
 682
 683
 684
 685
 686
 687
 688
 689
 690
 691
 692
 693
 694
 695
 696
 697
 698
 699
 700
 701
 702
 703
 704
 705
 706
 707
 708
 709
 710
 711
 712
 713
 714
 715
 716
 717
 718
 719
 720
 721
 722
 723
 724
 725
 726
 727
 728
 729
 730
 731
 732
 733
 734
 735
 736
 737
 738
 739
 740
 741
 742
 743
 744
 745
 746
 747
 748
 749
 750
 751
 752
 753
 754
 755
 756
 757
 758
 759
 760
 761
 762
 763
 764
 765
 766
 767
 768
 769
 770
 771
 772
 773
 774
 775
 776
 777
 778
 779
 780
 781
 782
 783
 784
 785
 786
 787
 788
 789
 790
 791
 792
 793
 794
 795
 796
 797
 798
 799
 800
 801
 802
 803
 804
 805
 806
 807
 808
 809
 810
 811
 812
 813
 814
 815
 816
 817
 818
 819
 820
 821
 822
 823
 824
 825
 826
 827
 828
 829
 830
 831
 832
 833
 834
 835
 836
 837
 838
 839
 840
 841
 842
 843
 844
 845
 846
 847
 848
 849
 850
 851
 852
 853
 854
 855
 856
 857
 858
 859
 860
 861
 862
 863
 864
 865
 866
 867
 868
 869
 870
 871
 872
 873
 874
 875
 876
 877
 878
 879
 880
 881
 882
 883
 884
 885
 886
 887
 888
 889
 890
 891
 892
 893
 894
 895
 896
 897
 898
 899
 900
 901
 902
 903
 904
 905
 906
 907
 908
 909
 910
 911
 912
 913
 914
 915
 916
 917
 918
 919
 920
 921
 922
 923
 924
 925
 926
 927
 928
 929
 930
 931
 932
 933
 934
 935
 936
 937
 938
 939
 940
 941
 942
 943
 944
 945
 946
 947
 948
 949
 950
 951
 952
 953
 954
 955
 956
 957
 958
 959
 960
 961
 962
 963
 964
 965
 966
 967
 968
 969
 970
 971
 972
 973
 974
 975
 976
 977
 978
 979
 980
 981
 982
 983
 984
 985
 986
 987
 988
 989
 990
 991
 992
 993
 994
 995
 996
 997
 998
 999
1000
1001
1002
1003
1004
1005
1006
1007
1008
1009
1010
1011
1012
1013
1014
1015
1016
1017
1018
1019
1020
1021
1022
1023
1024
1025
1026
1027
1028
1029
1030
1031
1032
1033
1034
1035
1036
1037
1038
1039
1040
1041
1042
1043
1044
1045
1046
1047
1048
1049
1050
1051
1052
1053
1054
1055
1056
1057
1058
1059
1060
1061
1062
1063
1064
1065
1066
1067
1068
1069
1070
1071
1072
1073
1074
1075
1076
1077
1078
1079
1080
1081
1082
1083
1084
1085
1086
1087
1088
1089
1090
1091
1092
1093
1094
1095
1096
1097
1098
1099
1100
1101
1102
1103
1104
1105
1106
1107
1108
1109
1110
1111
1112
1113
1114
1115
1116
1117
1118
1119
1120
1121
1122
1123
1124
1125
1126
1127
1128
1129
1130
1131
1132
1133
1134
1135
1136
1137
1138
1139
1140
1141
1142
1143
1144
1145
1146
1147
1148
1149
1150
1151
1152
1153
1154
1155
1156
1157
1158
1159
1160
1161
1162
1163
1164
1165
1166
1167
1168
1169
1170
1171
1172
1173
1174
1175
1176
1177
1178
1179
1180
1181
1182
1183
1184
1185
1186
1187
1188
1189
1190
1191
1192
1193
1194
1195
1196
1197
1198
1199
1200
1201
1202
1203
1204
1205
1206
1207
1208
1209
1210
1211
1212
1213
1214
1215
1216
1217
1218
1219
1220
1221
1222
1223
1224
1225
1226
1227
1228
1229
1230
1231
1232
1233
1234
1235
1236
1237
1238
1239
1240
1241
1242
1243
1244
1245
1246
1247
1248
1249
1250
1251
1252
1253
1254
1255
1256
1257
1258
1259
1260
1261
1262
1263
1264
1265
1266
1267
1268
1269
1270
1271
1272
1273
1274
1275
1276
1277
1278
1279
1280
1281
1282
1283
1284
1285
1286
1287
1288
1289
1290
1291
1292
1293
1294
1295
1296
1297
1298
1299
1300
1301
1302
1303
1304
1305
1306
1307
1308
1309
1310
1311
1312
1313
1314
1315
1316
1317
1318
1319
1320
1321
1322
1323
1324
1325
1326
1327
1328
1329
1330
1331
1332
1333
1334
1335
1336
1337
1338
1339
1340
1341
1342
1343
1344
1345
1346
1347
1348
1349
1350
1351
1352
1353
1354
1355
1356
1357
1358
1359
1360
1361
1362
1363
1364
1365
1366
1367
1368
1369
1370
1371
1372
1373
1374
1375
1376
1377
1378
1379
1380
1381
1382
1383
1384
1385
1386
1387
1388
1389
1390
1391
1392
1393
1394
1395
1396
1397
1398
1399
1400
1401
1402
1403
1404
1405
1406
1407
1408
1409
1410
1411
1412
1413
1414
1415
1416
1417
1418
1419
1420
1421
1422
1423
1424
1425
1426
1427
1428
1429
1430
1431
1432
1433
1434
1435
1436
1437
1438
1439
1440
1441
1442
1443
1444
1445
1446
1447
1448
1449
1450
1451
1452
1453
1454
1455
1456
1457
1458
1459
1460
1461
1462
1463
1464
1465
1466
1467
1468
1469
1470
1471
1472
1473
1474
1475
1476
1477
1478
1479
1480
1481
1482
1483
1484
1485
1486
1487
1488
1489
1490
1491
1492
1493
1494
1495
1496
1497
1498
1499
1500
1501
1502
1503
1504
1505
1506
1507
1508
1509
1510
1511
1512
1513
1514
1515
1516
1517
1518
1519
1520
1521
1522
1523
1524
1525
1526
1527
1528
1529
1530
1531
1532
1533
1534
1535
1536
1537
1538
1539
1540
1541
1542
1543
1544
1545
1546
1547
1548
1549
1550
1551
1552
1553
1554
1555
1556
1557
1558
1559
1560
1561
1562
1563
1564
1565
1566
1567
1568
1569
1570
1571
1572
1573
1574
1575
1576
1577
1578
1579
1580
1581
1582
1583
1584
1585
1586
1587
1588
1589
1590
1591
1592
1593
1594
1595
1596
1597
1598
1599
1600
1601
1602
1603
1604
1605
1606
1607
1608
1609
1610
1611
1612
1613
1614
1615
1616
1617
1618
1619
1620
1621
1622
1623
1624
1625
1626
1627
1628
1629
1630
1631
1632
1633
1634
1635
1636
1637
1638
1639
1640
1641
1642
1643
1644
1645
1646
1647
1648
1649
1650
1651
1652
1653
1654
1655
1656
1657
1658
1659
1660
1661
1662
1663
1664
1665
1666
1667
1668
1669
1670
1671
1672
1673
1674
1675
1676
1677
1678
1679
1680
1681
1682
1683
1684
1685
1686
1687
1688
1689
1690
1691
1692
<!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>