[ Pobierz całość w formacie PDF ]
.Aby uzyskaæ szczegó³y,odwo³aj siê do dodatku C.Rotacja round-robinRotacja round-robin to przydzielanie wielu adresów IP temu samemu hostowi wbazie danych DNS.Zazwyczaj jest ona wykorzystywana w przypadku us³ug o czêstymdostêpie, takich jak internetowe us³ugi informacyjne (IIS).Je¿eli twoja stronag³Ã³wna znajduje siê na kilku serwerach IIS, to mo¿esz im wszystkim przypisaæten sam alias, a nastêpnie po³¹czyæ z nim wszystkie ich adresy IP.Zapewnia towyrównanie obci¹¿enia i zabezpieczenie w postaci przejmowania zadañ przezserwer rezerwowy.Przyjmowanie odpowiedzi od adresów IP nie podlegaj¹cych kwerendzie.Ta funkcjajest domyœlnie w³¹czona i mo¿na j¹ wy³¹czyæ za pomoc¹ parametru RejestruQueryIpMatching.Aby uzyskaæ szczegó³y, odwo³aj siê do dodatku C.Automatyczne prze³adowywanie uaktualnionego pliku hostów lokalnych do buforaanalizatora.Jak tylko zmieni siê plik hostów, bufor analizatora zostajeuaktualniony.Inicjowanie przeterminowania awarii sieci.Je¿eli wszystkie kwerendyanalizatora ulegaj¹ przeterminowaniu, to zak³ada on, i¿ mia³a miejsce awariasieci i nie przesy³a ¿adnych kwerend przez pewien okres czasu (domyœlnie 30sekund).Ów okres czasu okreœla siê przy u¿yciu parametru RejestruNetFailureCacheTime.Ustawienie tego parametru na 0 wy³¹cza funkcjê.Abyuzyskaæ szczegó³y, odwo³aj siê do dodatku C.Jeœli serwer nazw DNS nie odpowie na kwerendê, to przesuwa siê w dó³ listypriorytetów.Zapobiega to wielokrotnym kwerendom nie reaguj¹cego serwera.Je¿eli serwer, który poprzednio nie odpowiedzia³, zostanie wypróbowany drugiraz i udzieli odpowiedzi, to przesuwa siê z powrotem w górê listy priorytetów.Buforowanie negatywneBuforowanie negatywne to zapamiêtywanie faktu, i¿ ¿¹dane informacje nieistniej¹.Jest ono przydatne, poniewa¿ skraca czas odpowiedzi dla odpowiedzinegatywnych.Zmniejsza ono równie¿ liczbê komunikatów, które musz¹ byæprzesy³ane pomiêdzy analizatorami a serwerami nazw, jak równie¿ ruch generowanyprzez te komunikaty.Implementacja buforowania negatywnego w systemie Windows 2000 opiera siê naspecyfikacji RFC 2308.Ustawienie parametru Rejestru NegativeCacheTime na 0wy³¹cza buforowanie negatywne.Aby uzyskaæ szczegó³y, odwo³aj siê do dodatkuC.Wy³¹czanie analizatora buforuj¹cegoAnalizator buforuj¹cy wy³¹cza siê przy u¿yciu jednej z dwóch metod:wpisanie net stop dnscache w wierszu polecenia.Wy³¹cza to wszystkie funkcjeanalizatora buforuj¹cego, co prowadzi do analizowania nazw w taki sposób, jak wsystemie Windows NT4;ustawienie parametru Rejestru MaxCacheEntryTtlLimit na 0 (Aby uzyskaæszczegó³y, odwo³aj siê do dodatku C).Wartoœæ tego parametru okreœla maksymaln¹iloœæ czasu, przez jaki buforowane jest wyszukiwanie, na które udzielonopozytywnej odpowiedzi.Ustawienie tej wartoœci na 0 eliminuje buforowanierekordów zasobu, ale nie wy³¹cza porz¹dkowania serwerów nazw DNS ani obs³ugiPlug and Play.Obs³uga znaków UnicodePierwotnie nazwy DNS by³y ograniczone do zestawu znaków okreœlonego wdokumentach RFC 952 i 1123 — to jest a – z, 0 – 9 oraz kilku dodatkowychznaków.Nazwy NetBIOS mog¹ wykorzystywaæ znacznie szerszy zestaw znaków ni¿oryginalne nazwy DNS.Przewidywano, ¿e ró¿nica w zestawach znakówwykorzystywanych przez te dwie us³ugi nazw bêdzie stanowiæ problem przyaktualizacji nazw NetBIOS systemu Windows NT4 do nazw DNS wykorzystywanych wsystemie Windows 2000.Nie uwa¿ano za praktyczne usuwaæ wszystkich nazw NetBIOSsystemu Windows 2000, aby dostosowaæ siê do istniej¹cych wtedy standardów DNS.Zamiast tego rozszerzono zestaw znaków DNS.Dokument RFC 2181 powiêksza zestaw znaków dozwolonych w nazwach DNS.Okreœlaon, ¿e etykieta DNS mo¿e byæ dowolnym ci¹giem binarnym, który nie musi byækoniecznie interpretowany jako ASCII.DNS systemu Windows 2000 obs³uguje zestawznaków UTF-8 w sposób opisany w dokumencie RFC 2044.Jest to nadzbiór ASCII itranslacja kodowania znaków UCS-2 (lub Unicode).Zestaw znaków UTF-8 zawieraznaki pochodz¹ce z wiêkszoœci zapisywanych jêzyków, co pozwala na du¿o wiêkszyzakres mo¿liwych nazw, a tak¿e pozwala nazwom korzystaæ ze znaków zwi¹zanych zokreœlonym regionem.Uwaga! Nale¿y zachowaæ ostro¿noœæ przy implementowaniu systemu DNSkorzystaj¹cego z kodowania UTF-8, poniewa¿ niektóre protoko³y nak³adaj¹ograniczenia w kwestii znaków dozwolonych w nazwie.Poza tym nazwy, które maj¹byæ widoczne globalnie (odwo³aj siê do dokumentu RFC 1958), powinny zawieraætylko znaki okreœlone w dokumencie RFC 1123.Serwer DNS systemu Windows 2000 mo¿na konfigurowaæ w taki sposób, abydopuszcza³ lub wyklucza³ korzystanie ze znaków UTF-8 osobno dla ka¿dego serweralub dla ka¿dej strefy.Serwer DNS, który nie obs³uguje UTF-8, mo¿e przyj¹ætransfer strefy zawieraj¹cej nazwy UTF-8, lecz mo¿e nie byæ w stanie z powrotemich zapisaæ w pliku strefy lub ponownie ich za³adowaæ z pliku strefy.Nale¿yzachowaæ szczególn¹ ostro¿noœæ przeprowadzaj¹c transfer strefy zawieraj¹cejnazwy UTF-8 do innego serwera.Nale¿y sprawdziæ, czy serwer docelowy obs³ugujeUTF-8.Je¿eli nie, to nale¿y sprawdziæ, czy wszystkie rekordy zosta³y przes³aneprawid³owo.Je¿eli wyst¹pi¹ problemy, mo¿e siê okazaæ konieczne wy³¹czenieznaków UTF-8.Udoskonalony lokalizator domenLokalizator domen systemu Windows 2000 implementowany jest w us³udze Netlogon.Pozwala on klientowi zlokalizowaæ kontroler domeny i zawiera lokalizatoryzgodne z IP/DNS oraz z systemem Windows NT4.Zapewnia to wspó³dzia³anie wœrodowisku mieszanym.Algorytm lokalizacji DC implementowany jest w nastêpuj¹cy sposób:Klient zbiera informacje potrzebne do wybrania kontrolera domeny [ Pobierz caÅ‚ość w formacie PDF ]