Rozdział 9
Określanie nazw w TCP/IP przy użyciu
WINS
Komputery Windows NT muszą posiadać nazwy jednoznacznie identy-
fikujące je w sieci. Jeśli używany jest protokół TCP/IP, wówczas każdej
karcie sieciowej musi zostać przypisany unikalny adres IP. Chociaż opro-
gramowanie TCP/IP korzysta z adresów IP w celu identyfikacji kompu-
terów w sieci, użytkownicy zazwyczaj wolą używać symbolicznych nazw
komputerów. W sieciach TCP/IP mechanizm odwzorowywania nazw
komputerów na ich adresy nosi nazwę określania nazw (name resolution).
Niniejszy rozdział omawia ogólnie metody określania nazw używane
w sieciach Windows NT, przy czym szczególny nacisk położono na insta-
lowanie i konfigurowanie określania nazw przy użyciu WINS.
Przegląd metod określania nazw w Windows NT
Windows NT używa do określania nazw następujących metod:
WINS. Metoda WINS używa serwera nazw firmy Microsoft, pracują-
cego na serwerze Windows NT. Komputery Windows znajdujące się
w sieci mogą przesyłać do serwera WINS żądania określenia nazwy.
Serwer WINS korzysta z dynamicznej bazy danych, przechowującej
odwzorowania nazw hostów na ich adresy IP. Metody określania
nazw WINS można używać w połączeniu z metodą określania nazw
poprzez transmisje w trybie broadcast. WINS korzysta z protokołu
NetBIOS pracującego ponad TCP/IP. Dokumenty RFC 1001 i RFC
1002 określają taki tryb pracy trybem p-węzła (p-node).
Określanie nazw poprzez transmisje w trybie broadcast. Metody tej,
również korzystającej z NetBIOS ponad TCP/IP, można używać
w połączeniu z metodą WINS. Podczas określania nazw w trybie bro-
adcast komputery używają trybu broadcast protokołu IP w celu zare-
jestrowania w sieci swoich nazw. Kiedy uruchamiany jest komputer
Windows NT, wówczas ogłasza on w sieci swoją nazwę. Jeśli w sieci
znajduje się już komputer o takiej samej nazwie, wówczas musi on
Rozdział 9
284
odeprzeć próbę rejestracji zduplikowanej nazwy. Pierwszy komputer
w sieci, który zarejestrował daną nazwę, staje się więc jej właścicielem
i jest odpowiedzialny za odparcie prób ponownej jej rejestracji. Wła-
ściciel nazwy odpowiada na zapytania o swoją zarejestrowaną nazwę.
Ten sposób określania nazw dokumenty RFC 1001 i RFC 1002 określa-
ją trybem b-węzła (b-node).
Plik LMHOSTS. Plik LMHOSTS w Windows NT zawiera odwzoro-
wania nazw NetBIOS na adresy IP komputerów. Jego składnia jest
kompatybilna ze składnią pliku HOSTS używanego przez aplikacje
Windows Sockets. Używanie pliku LMHOSTS do określania nazw jest
popularne w małych sieciach. Może być również używane w zdalnych
podsieciach, mogących nie mieć dostępu do serwera WINS.
DNS. System DNS (Domain Name System) jest rozproszoną bazą da-
nych usług nazewniczych, która umożliwia sprawdzanie nazw kom-
puterów w rozległych sieciach. WINS jest używane tylko w sieciach
Microsoft, natomiast DNS można używać we wszystkich typach
komputerów, w tym również Windows NT. DNS jest sprawdzoną
techniką, powszechnie używaną w Internecie.
Windows NT Server 4 i późniejsze wersje udostępniają metodę integracji
usług WINS i DNS, dzięki której możliwe jest połączenie uniwersalności
oferowanej przez DNS i wygody użytkowania oferowanej przez WINS.
Integracja WINS/DNS umożliwia również określanie nazw WINS
w Internecie. Serwer DNS w Windows NT może używać WINS, aby dla
danej nazwy hosta uzyskać w pełni określoną nazwę domenową - FQDN
(Fully Qualified Domain Name). Oznacza to, że WINS może utrzymywać
dynamiczną listę adresów IP; lokalny serwer DNS automatycznie zwraca
się do WINS w celu określenia nazwy komputera.
Określanie nazw przy użyciu NetBIOS ponad TCP/IP
Pracę protokołu NetBIOS ponad TCP/IP omawiają dokumenty RFC 1000
i 1002. Przedstawiono w nich metody odwzorowywania nazw NetBIOS
na adresy IP. Metody te opisują sposoby rejestrowania w
sieci
i określania nazw NetBIOS. Rejestracji nazw używa się do zdefiniowania
w sieci unikalnej nazwy każdego komputera. Kiedy uruchamiany jest
komputer Windows NT, wówczas próbuje on zarejestrować swoją na-
zwę, przechowywaną w Rejestrze. Określania nazw używa się do ustale-
nia adresu IP dla danej nazwy komputera. Aby zapewnić elastyczność
odwzorowywania nazw NetBIOS na adresy IP, zdefiniowano następujące
tryby pracy:
Określanie nazw w TCP/IP przy użyciu WINS
285
b-węzeł. Do określania nazw używa tylko transmisji w
trybie
broadcast.
p-węzeł. Do określania nazw używa tylko komunikacji punkt do
punkt (point-to-point) z serwerem nazw.
m-węzeł. Używa najpierw trybu b-węzła, a gdy to się nie powiedzie -
p-węzła.
h-węzeł. Używa najpierw trybu p-węzła, a gdy to się nie powiedzie -
b-węzła.
Metody te omówiono szczegółowo w dalszych podrozdziałach.
Można zmienić typ węzła dla komputera edytując następujący wpis
w Rejestrze:
HKEY_LOCAL_MACHINE\
Metoda używana przez komputer do określania nazw nazywana jest
również jego typem węzła. Np. komputery używające wyłącznie trybu
broadcast nazywane są komputerami typu b-węzła, a komputery używa-
jące wyłącznie zapytań do serwera nazw nazywane są komputerami typu
p-węzła.
Jeśli do konfigurowania parametrów IP komputera używa się DHCP,
wówczas jego typ węzła jest definiowany przez wybranie na serwerze
DHCP opcji 046 WINS/NBT Node Type dla danego zakresu DHCP. Opcję
tę ustawia się podczas konfigurowania serwera DHCP, co omówiono
w rozdziale 8, "Konfigurowanie i zarządzanie DHCP".
Jeśli parametry IP zostaną wprowadzone do komputera Windows NT
ręcznie (tzn. nie używa się DHCP), a do określania nazw używa się ser-
werów WINS, wówczas komputer korzysta z NetBIOS ponad TCP/IP
i określa nazwy w trybie h-węzła. Oznacza to, że najpierw wysyłane są
zapytania o nazwę w trybie p-węzła, a jeśli serwery WINS są niedostęp-
ne, wówczas NetBIOS ponad TCP/IP używa trybu b-węzła do określenia
nazw.
W zależności od konfiguracji TCP/IP w komputerze Windows NT, może
on podczas określania nazw używać również pliku LMHOSTS oraz DNS.
Jeśli włączona jest opcja Enable DNS for Windows Name Resolution, wów-
czas przed wysłaniem zapytania do DNS sprawdzany jest plik HOSTS.
Moduł NETBT32.SYS, odpowiedzialny za pracę NetBIOS ponad TCP/IP,
potrafi obsługiwać różne tryby rejestracji i określania nazw omówione
w tym rozdziale.
W kolejnych podrozdziałach zostaną szczegółowo omówione różne me-
tody określania nazw przez NetBIOS ponad TCP/IP.
Rozdział 9
286
Metoda b-węzła
Metoda b-węzła używa do rejestracji i określania nazw pakietów Net-
BIOS, obudowanych ramkami UDP/IP. Rozważmy przykład przedsta-
wiony na rysunku 9.1. Jeśli komputer Windows NT (NT1) chce skontak-
tować się z innym komputerem Windows NT (NT2), wówczas korzysta
z transmisji IP w trybie broadcast, a następnie czeka przez określony czas
na odpowiedź NT2. Jeśli NT2 nie odpowiada, wówczas klient (komputer
NT1) wysyła transmisje broadcast jeszcze dwukrotnie (przy domyślnym
ustawieniu parametrów), zanim zaniecha dalszych prób. Domyślna licz-
ba prób oraz czas oczekiwania na odpowiedź zawarte są we wpisach
Rejestru BcastNameQueryCount oraz BcastQueryTimeout. Jeśli określenie
nazwy NT2 jest niemożliwe, wówczas program określający nazwy w NT1
zwróci komunikat o błędzie.
Chociaż określanie nazw metodą b-węzła jest proste i prawie nie wymaga
konfiguracji, ma również kilka ewidentnych wad:
Pakiety rozsyłane w trybie broadcast mogą pochłonąć znaczną część
przepustowości sieci.
Routery zazwyczaj nie przekazują transmisji w trybie broadcast, co
uniemożliwia stosowanie metody b-węzła w segmentach sieci roz-
dzielonych przez routery.
Metoda b-węzła sprawdza się w niewielkich sieciach, w których przepu-
stowość i transmisje w trybie broadcast nie mają takiego znaczenia, jak
w sieciach rozległych.
Określanie nazw w TCP/IP przy użyciu WINS
287
Rysunek 9.1
Określanie nazw
metodą b-węzła.
Metoda p-węzła
Metoda p-węzła nie ma ograniczeń metody b-węzła, ponieważ nie wysy-
ła transmisji w trybie broadcast, ani nie odpowiada na nie. Komputery
Windows NT używające tej metody muszą zarejestrować się w serwerze
WINS; jest to serwer typu NBNS (NetBIOS Name Server) z pewnymi roz-
szerzeniami dodanymi przez Microsoft.
Aby komputery Windows NT mogły zarejestrować się w serwerze WINS,
należy podać adres IP serwera podczas konfigurowania protokołu
TCP/IP. Można także użyć DHCP do skonfigurowania parametrów
klienta WINS. Ponieważ wszystkie komputery używające WINS muszą
zarejestrować się w serwerze, pełni on rolę centralnej bazy danych prze-
chowującej odwzorowania nazw na adresy IP. Serwer WINS zapewnia
również, że w sieci nie ma żadnych zduplikowanych nazw komputerów.
Rysunek 9.2 przedstawia sposób określenia adresu IP komputera NT2
przez komputer NT1 przy użyciu metody p-węzła. Komputer NT1, zna-
jąc adres sieciowy serwera nazw WINS, wysyła do niego zapytanie
o adres IP komputera NT2. Serwer nazw NTS zwraca w odpowiedzi
adres IP komputera NT2. Komputer NT1 może teraz używać otrzymane-
go adresu do bezpośredniej komunikacji z NT2. Ponieważ wszystkie
zapytania o nazwę są wysyłane do serwera WINS, a wszystkie pakiety
żądania /odpowiedzi adresowane są do pojedynczych komputerów,
Rozdział 9
288
określanie nazw nie powoduje transmisji w trybie broadcast. Bezpośred-
nio adresowane pakiety - w przeciwieństwie do pakietów trybu
broadcast - nie są blokowane przez routery IP, dzięki czemu można uży-
wać metody p-węzła w segmentach sieci rozdzielonych przez routery.
Rysunek 9.2
Określanie nazw
metodą p-węzła.
Metoda p-węzła rozwiązuje problem transmisji w trybie broadcast oraz
przekazywania pakietów przez routery (patrz rysunek 9.3), ale jej uży-
wanie również ma swoje wady:
Komputery w sieci muszą zostać skonfigurowane tak, aby znały adres
serwera WINS. Jeśli korzysta się z DHCP, wówczas problem ten moż-
na złagodzić, definiując opcję DHCP określającą adres serwera WINS.
Ustawianie opcji DHCP omówiono w rozdziale 8.
Działanie serwera WINS jest konieczne dla pracy komputerów w sieci.
Jeśli serwer WINS nie działa, wówczas polegające na nim komputery
nie mogą określać nazw. Problem ten można zminimalizować usta-
nawiając kilka serwerów WINS i replikując na nich bazę danych
WINS.
W mieszanym środowisku mogą znajdować się komputery nie będące
klientami WINS, które nie mogą korzystać z metody p-węzła. Klienci
nie korzystający z serwera WINS muszą używać metody b-węzła.
Określanie nazw w TCP/IP przy użyciu WINS
289
Rysunek 9.3
Określanie
nazw metodą p-
węzła w sieci
z routerami
Metoda m-węzła
Metoda m-węzła jest kombinacją metod b-węzła i p-węzła. W metodzie
tej komputer najpierw próbuje rejestrować i określać nazwy metodą b-
węzła. Jeśli nie można w ten sposób określić nazwy, wówczas komputer
przechodzi w tryb p-węzła. Użycie metody b-węzła powoduje powsta-
wanie transmisji w trybie broadcast, które jednak nie przechodzą przez
routery IP i są ograniczone do lokalnej sieci. Metoda m-węzła w sieci
lokalnej działa tak samo, jak metoda b-węzła (patrz rysunek 9.4). Jeśli
szukany komputer nie znajduje się w lokalnej sieci (np. NT3 na rysunku
9.5), wówczas do określenia jego nazwy używa się metody p-węzła, która
przechodzi przez routery IP.
Metoda m-węzła ma tę zaletę, że komputery w sieci lokalnej mogą kon-
taktować się ze sobą za pomocą metody b-węzła w sytuacjach, kiedy
serwer WINS nie pracuje lub jest nieosiągalny.
Rozdział 9
290
Rysunek 9.4
Metoda m-węzła dla
komputerów
w lokalnym segmen-
cie sieci
Rysunek 9.5
Metoda m-węzła dla
komputerów
w oddalonym seg-
mencie sieci.
Określanie nazw w TCP/IP przy użyciu WINS
291
Metoda h-węzła
Metoda h-węzła jest również kombinacją metod b-węzła i p-węzła.
W metodzie tej komputer najpierw próbuje rejestrować i określać nazwy
metodą p-węzła. Jeśli nie można w ten sposób określić nazwy, ponieważ
serwer WINS nie pracuje lub jest nieosiągalny, wówczas komputer prze-
chodzi w tryb b-węzła. W przeciwieństwie do metod b-węzła i m-węzła
komputer nie generuje początkowo żadnych transmisji w trybie bro-
adcast. Jeśli nie można skontaktować się z serwerem WINS przy pomocy
metody p-węzła, wówczas węzeł próbuje określić nazwę metodą b-
węzła. Transmisje w trybie b-węzła nie przechodzą przez routery, dlate-
go nie można wówczas określić nazw zdalnych komputerów; nazwy
komputerów lokalnych mogą być jednak zawsze określone.
Ponieważ metoda h-węzła najpierw używa metody p-węzła, nie generuje
ona żadnych transmisji w trybie broadcast - o ile zdoła się skontaktować
z serwerem WINS. Jeśli serwer WINS jest nieosiągalny, wówczas używa-
na jest metoda b-węzła, ale co pewien czas sprawdzany jest także serwer
WINS. Kiedy tylko serwer podejmie pracę, wówczas komputer wraca do
metody p-węzła.
Rysunek 9.6
Metoda h-węzła przy
osiągalnym serwerze
WINS
Rozdział 9
292
Rysunek 9.6 przedstawia metodę h-węzła w sytuacji, kiedy dostępny jest
serwer WINS. W przykładzie tym w ogóle nie wysyła się pakietów
w trybie broadcast. Rysunek 9.7 przedstawia natomiast sytuację, kiedy
serwer WINS jest nieosiągalny. W przykładzie tym pakiety wysyłane
w trybie broadcast używane są jako środek ostateczny do określenia
nazw w sieci lokalnej.
W sieci Windows można skonfigurować h-węzeł w ten sposób, żeby po
nieudanej próbie określenia nazw w trybie broadcast korzystał z pliku
LMHOSTS. Na rysunku 9.8 przedstawiono sekwencję wydarzeń, które
prowadzą do użycia pliku LMHOSTS. W przykładzie tym zawodzą me-
tody p-węzła i b-węzła, a plik LMHOSTS używany jest jako środek osta-
teczny. Metoda h-węzła używana jest domyślnie, jeśli TCP/IP skonfigu-
rowano ręcznie i określono adresy serwerów WINS.
Łączenie metody b-węzła z użyciem pliku LMHOSTS
Metody b-węzła, p-węzła i h-węzła opisane w dokumentach RFC 1001
i 1002 nie korzystają z pliku LMHOSTS. Microsoft jednak dodał pewne
rozszerzenia do standardowej metody b-węzła, umożliwiające korzysta-
nie z tego pliku. Jeśli metoda b-węzła nie jest w stanie określić nazwy,
wówczas używany jest plik LMHOSTS. Transmisje w trybie b-węzła są
blokowane przez routery, ale dzięki plikowi LMHOSTS możliwe jest
określanie nazw zdalnych komputerów - mogą to być ważne serwery
i hosty, np. podstawowe i zapasowe kontrolery domen Windows NT.
Windows NT używa rozszerzeń metody b-węzła firmy Microsoft tylko
wtedy, jeśli w komputerze nie określono adresu serwera WINS, nato-
miast Windows 3.11 for Workgroups i MS LAN Manager zawsze używa-
ją metody b-węzła z rozszerzeniami. Windows 9x również używa meto-
dy b-węzła, o ile podczas konfiguracji parametrów TCP/IP nie określi się
adresu serwera WINS.
Określanie nazw w TCP/IP przy użyciu WINS
293
Rysunek 9.7
Metoda h-węzła
przy nieosiągalnym
serwerze WINS
WINS (Windows Internet Name Service)
Serwer WINS można zainstalować tylko w Windows NT Server. Jest to
implementacja serwera nazw typu NBNS (NetBIOS Name Server), opisa-
nego w dokumentach RFC 1001 i RFC 1002. Serwer WINS dodaje do spe-
cyfikacji NBNS pewne rozszerzenia, np. interakcję z usługą DHCP. Jeśli
DHCP używany jest do automatycznej generacji adresów IP dla kompu-
terów Windows NT, wówczas po przyznaniu przez DHCP adresu IP
aktualizowana jest baza danych WINS.
Określanie nazw przez serwery WINS
WINS oparte jest na architekturze klient-serwer. Wszystkie komputery,
w których zainstalowano TCP/IP, mogą być klientami WINS - wystarczy
wpisać adres serwera WINS na zakładce WINS Address w oknie dialogo-
wym Microsoft TCP/IP Properties (patrz rysunek 9.9). Aby wyświetlić okno
Microsoft TCP/IP Properties
, należy wybrać zakładkę Protocols w oknie
programu Network (uruchamianego z Control Panel), wybrać protokół
TCP/IP i kliknąć przycisk Properties. Jak widać na rysunku 9.9, można tu
podać adresy podstawowego (Primary WINS Server) i zapasowego serwe-
Rozdział 9
294
ra WINS (Secondary WINS Server). Zakładka WINS Address umożliwia
również włączenie integracji WINS/DNS, opisanej wcześniej w tym roz-
dziale, oraz sprawdzania adresów IP w pliku LMHOSTS.
Komputery Windows 3.11 również mogą korzystać z serwera WINS.
Komputery wyposażone w inne systemy operacyjne, nie zawierające
programu klienta WINS, mogą korzystać z serwera WINS poprzez po-
średników - o ile potrafią używać metody b-węzła w sposób opisany
w RFC 1001 i RFC 1002. Pośrednicy WINS nasłuchują transmisji w trybie
broadcast, po czym kontaktują się z serwerem WINS i zwracają odpo-
wiedź komputerowi, który wysłał zapytanie o nazwę w trybie b-węzła.
Rysunek 9.8 przedstawia działanie pośredników WINS: przekazują oni
pakiety zapytań o nazwę i sprawdzają, czy w sieci nie ma zduplikowa-
nych nazw. Pośrednicy nie rejestrują jednak nazw komputerów pracują-
cych w trybie b-węzła w bazie danych WINS. Pośrednik nie utrzymuje
własnej bazy danych, może jednak przez pewien czas buforować rezulta-
ty zapytań o nazwę. Jeśli jest to możliwe, pośrednik określa nazwy ko-
rzystając z informacji przechowywanych w buforze.
Rysunek 9.8
Metoda h-węzła
z wykorzystaniem
pliku LMHOSTS
Określanie nazw w TCP/IP przy użyciu WINS
295
Rysunek 9.9
Zakładka WINS Address
w oknie dialogowym Micro-
soft TCP/IP Properties.
Jeśli sieć Windows nie posiada serwera WINS, wówczas administrator
musi skonfigurować główną przeglądarkę w każdym segmencie sieci.
Umożliwia to przeglądanie sieci składającej się z wielu segmentów połą-
czonych przez routery. Główna przeglądarka dynamicznie rejestruje
nazwy komputerów znajdujących się w danym segmencie sieci, zazwy-
czaj podczas przeglądania sieci po kliknięciu ikony Network Neighborhood
na pulpicie. Lista nazw komputerów jest zwracana klientowi przeglądar-
ki. Główną przeglądarką może być dowolna stacja robocza lub serwer
Windows NT. W pliku LMHOSTS przeglądarki należy umieścić wpisy
definiujące kontrolery domen, które znajdują się w innych segmentach
sieci.
Jeśli podczas konfigurowania TCP/IP w komputerze Windows NT nie
określono adresu serwera WINS, wówczas rejestruje on swoją nazwę za
pomocą pakietów żądania rejestracji, rozsyłanych w trybie broadcast
przy użyciu protokołu UDP. Żądania rejestracji wysyłane są do portu
UDP 137 (jest to port usług nazewniczych NetBIOS). Kiedy komputer nie
będący klientem WINS chce określić nazwę, wówczas używa pakietów
zapytania o nazwę, rozsyłanych w lokalnej sieci w trybie broadcast. Jeśli
poszukiwany komputer znajduje się w innym segmencie sieci, metoda b-
węzła zawodzi; wówczas komputer próbuje określić nazwę sprawdzając
plik LMHOSTS. Rysunek 9.11 przedstawia działanie komputera nie bę-
dącego klientem WINS.
Jeśli podczas konfigurowania TCP/IP w komputerze Windows NT okre-
ślono adres serwera WINS, wówczas komputer najpierw wysyła zapyta-
nie do serwera. Jeśli serwer WINS nie odpowiada, lub nie jest w stanie
określić nazwy, wówczas żądania rejestracji i określenia nazw są wysyła-
ne w trybie broadcast przy użyciu datagramów UDP (metoda h-węzła).
Poniżej opisano bardziej szczegółowo funkcjonowanie tej metody:
Rozdział 9
296
"Przezroczyste" przeglądanie sieci
Jeśli sieć Windows NT posiada serwery WINS, wówczas jej przeglądanie nie
ujawnia użytkownikowi szczegółów konfiguracji (topologii) sieci, nawet jeśli
domena podzielona jest na kilka segmentów połączonych routerami. W każdym
segmencie musi jednak znajdować się główna przeglądarka.
1. Do serwera WINS wysyłane jest zapytanie o nazwę. Jeśli zapytanie
pochodzi od zdalnych klientów, znajdujących się w innej podsieci,
wówczas przekazywane jest przez routery IP. Zapytanie o nazwę jest
obudowywane datagramami UDP/IP.
2. Jeśli serwer WINS może określić nazwę korzystając ze swojej bazy
danych, wówczas klient próbuje ustanowić sesję z komputerem
o adresie IP zwróconym przez serwer WINS.
3. Jeśli serwer WINS nie jest w stanie określić nazwy, i jeśli komputer
Windows NT jest skonfigurowany jako h-węzeł, wówczas komputer
wysyła pakiet zapytania o nazwę w trybie broadcast.
4. Jeśli zawiedzie również metoda b-węzła, komputer Windows NT
sprawdza lokalny plik LMHOSTS, o ile podczas konfigurowania
TCP/IP włączono odpowiednią opcję.
Rejestracja nazw w WINS
Nazwy rejestruje się, aby każdy komputer posiadał unikalną nazwę
i adres IP. Procedura rejestracji nazw składa się z następujących elemen-
tów:
Rejestracja nazwy. Komputer żąda zarejestrowania swojej nazwy
i adresu IP.
Zwolnienie nazwy. Komputer zaprzestaje używania danej nazwy
i adresu IP
Odnowienie nazwy. Nazwa komputera musi być co jakiś czas po-
nownie zarejestrowana.
Określanie nazw w TCP/IP przy użyciu WINS
297
Rysunek 9.10
Użycie pośrednika
(proxy) WINS do
skontaktowania
się z serwerem
WINS.
Rejestracja nazwy
Jeśli komputer jest skonfigurowany tak, aby używał serwera WINS,
wówczas jego żądanie rejestracji nazwy jest wysyłane bezpośrednio do
serwera. Serwer WINS bada żądanie rejestracji i przyjmuje je lub odrzuca
na podstawie informacji w swojej bazie danych. Jeśli np. baza danych
zawiera inny adres IP dla danej nazwy, wówczas serwer WINS spraw-
dza, czy aktualny właściciel nazwy nadal jej używa - jeśli tak, wówczas
odrzuca żądanie rejestracji nazwy. Jeśli nie, wówczas akceptuje żądanie
rejestracji i uaktualnia swoją bazę danych. Zapisywany jest czas nowej
rejestracji; dodawany jest także wzrastający numer wersji oraz inne in-
formacje. Numer wersji służy do zapewnienia, że zmiany w bazie danych
będą prawidłowo przekazane do innych serwerów WINS.
Rozdział 9
298
Rysunek 9.11
Określanie nazw
w Windows NT
przez komputery nie
będące klientami
WINS.
Jeśli komputer nie jest klientem WINS, wówczas jego żądanie rejestracji
rozsyłane jest w lokalnej sieci w trybie broadcast. Pakiet żądania rejestra-
cji zawiera nazwę komputera i jego adres IP. Jeśli w sieci znajduje się już
komputer o takiej samej nazwie, wówczas (o ile jest wciąż aktywny) musi
on odeprzeć próbę rejestracji zduplikowanej nazwy. Czyni to przy pomo-
cy negatywnej odpowiedzi na żądanie rejestracji nazwy. Komputer
otrzymujący negatywną odpowiedź powinien zgłosić błąd; w przypadku
Windows NT błąd ten jest rejestrowany w dzienniku zdarzeń systemo-
wych, który można przejrzeć za pomocą programu Event Viewer. Jeśli
próba rejestracji nie zostanie odparta, komputer może używać danej na-
zwy i adresu IP. Komputery, który zarejestrowały nazwę, są odpowie-
dzialne za odparcie prób ponownej jej rejestracji i muszą odpowiadać na
zapytania o nazwę zawierające ich adres IP.
Zwalnianie nazwy
Kiedy komputer jest wyłączany, wówczas zwalnia swoją nazwę i adres
IP. Tu również możliwe są dwie sytuacje: w pierwszej komputer jest
skonfigurowany jako klient WINS, a w drugiej nie.
Określanie nazw w TCP/IP przy użyciu WINS
299
Jeśli komputer jest skonfigurowany tak, aby używał serwera WINS,
wówczas podczas procesu wyłączania wysyła do serwera komunikat
o zwolnieniu nazwy. Po otrzymaniu takiego komunikatu serwer WINS
oznacza dotyczący tego komputera wpis w bazie danych jako zwolniony.
Jeśli wpis pozostaje zwolniony przez pewien okres czasu, wówczas ozna-
czany jest jako wygasły - okres wygaśnięcia wpisu można ustawić na
serwerze WINS. Aktualizowany jest również numer wersji dla tego wpi-
su, aby zmiana została poprawnie przekazana do innych serwerów
WINS.
Wygasłe wpisy przechowywane są w bazie danych przez pewien czas,
nazywany limitem czasu wygaśnięcia. Musi on być wystarczająco długi,
aby zmiany mogły zostać przekazane do wszystkich serwerów WINS,
zanim wpis zostanie usunięty z bazy danych.
Jeśli wpis w bazie danych WINS jest oznaczony jako zwolniony
i nadejdzie nowe żądanie rejestracji z taką sama nazwą, ale innym adre-
sem IP, wówczas serwer WINS zarejestruje nazwę nowego komputera,
wiedząc że poprzedni właściciel już jej nie używa.
Jeśli komputer zostanie wyłączony raptownie, a inny komputer spróbuje
zarejestrować taką samą nazwę z innym adresem IP, wówczas serwer
WINS początkowo nie wie o wyłączeniu poprzedniego klienta. Próbuje
więc sprawdzić ważność rejestracji przez skontaktowanie się
z poprzednim klientem. Jeśli klient jest nadal wyłączony, albo podjął
działanie z innym adresem IP (może tak być w przypadku klienta
DHCP), wówczas serwer akceptuje nowe żądanie rejestracji.
Jeśli komputer nie jest klientem WINS, wówczas w trakcie wyłączania
wysyła datagram w trybie broadcast przez port UDP o numerze 138 (port
datagramów NetBIOS), aby zwolnić swoją nazwę. Pozostałe komputery
Windows NT, przechowujące jego nazwę w buforze, muszą ją stamtąd
usunąć. Jeśli podczas wyłączania komputer otrzyma pakiety rejestracji
lub zapytania o nazwę, wówczas ignoruje je, umożliwiając innym kom-
puterom przejęcie swojej nazwy.
Odnowienie nazwy
Kiedy serwer WINS rejestruje nazwę komputera, wówczas zwraca klien-
towi czas, po którym należy odnowić rejestrację nazwy, nazywany okre-
sem odnowienia. Jeśli klient nie zarejestruje ponownie nazwy przed
upłynięciem okresu odnowienia, wówczas serwer oznacza jego wpis jako
zwolniony. Żądanie odnowienia nazwy i odwzorowania adresu IP jest
traktowane tak samo, jak próba nowej rejestracji. Okres odnowienia moż-
na ustalić na serwerze WINS. Klienci zazwyczaj odnawiają nazwę po
upłynięciu połowy okresu odnowienia.
Rozdział 9
300
Dzięki wymogowi odnawianiu nazw serwer WINS nie przechowuje
w swojej bazie danych wpisów dla nazw komputerów, które zostały rap-
townie wyłączone.
Serwer WINS sprawdza co pewien czas, czy zarejestrowane nazwy są
wciąż aktywne. Odstęp czasu pomiędzy kolejnymi testami nazywany jest
okresem weryfikacji.
Implementacja WINS w sieci Windows NT
Poprzednie podrozdziały omawiały teoretyczne zagadnienia pracy ser-
werów WINS, natomiast w kolejnych podrozdziałach przedstawiony
zostanie sposób zaimplementowania WINS w sieciach Windows NT.
Omówione zostanie także konfigurowanie i administrowanie WINS, kon-
figurowanie partnerów replikacji oraz zarządzanie statycznymi odwzo-
rowaniami nazw na adresy IP.
Serwer WINS jest instalowany wraz z usługami sieciowymi w Windows
NT Server 5, nie opisujemy więc tutaj procedury instalacyjnej.
Obsługa programu WINS Manager
Serwerem WINS zarządza się przy pomocy programu Windows Internet
Name Service, określanego także nazwą WINS Manager. Opcja Windows
Internet Name Service
tworzona jest w grupie Administrative Tools podczas
instalacji Windows NT Server. WINS Manager może służyć do przeglą-
dania i konfigurowania parametrów dowolnego serwera WINS w sieci.
Program można uruchomić wybierając Start\Programs\Administrative Tools\
Windows Internet Name Service
. Można także użyć następującego polece-
nia:
START WINSADMIN [AdresIPSerweraWINS]
Aby zarządzać lokalnym serwerem WINS, należy użyć polecenia:
START
WINSADMIN
Aby zarządzać serwerem WINS o adresie 199.245.180.14, należy użyć
polecenia:
START WINSADMIN 199.245.180.14
Poniżej zamieszczono w formie przewodnika opis możliwości programu
WINS Manager:
1. Zalogować się jako administrator. Uruchomić program WINS Mana-
ger w jeden z wyżej opisanych sposobów.
Określanie nazw w TCP/IP przy użyciu WINS
301
2. Jeśli serwer WINS pracuje na lokalnym komputerze, ukażą się jego
statystyki (patrz rysunek 9.12)
Podstawowe statystyki przedstawione na rysunku 9.12 mają następu-
jące znaczenie:
Server Start Time
. Czas uruchomienia usługi serwera WINS.
Database Initialized
. Czas pierwszej inicjalizacji bazy danych WINS.
Od czasu uruchomienia usługi WINS administrator mógł już kil-
kakrotnie zainicjalizować bazę danych.
Statistics Cleared
. Czas ostatniego wyzerowania statystyk serwera
WINS.
Last Replication Times
. Czasy ostatnich replikacji bazy danych
WINS
Periodic
. Czas ostatniej regularnej replikacji bazy danych, opartej na
ustawieniu parametru Replication Interval w
oknie dialogowym
Preferences programu WINS Manager
(szczegóły tego okna omawia dal-
szy podrozdział "Konfigurowanie preferencji WINS").
Admin Trigger
. Czas ostatniej replikacji bazy danych spowodowanej
kliknięciem przez administratora przycisku Replicate Now w oknie dia-
logowym Replication Partners (szczegóły tego okna omawia dalszy
podrozdział "Konfigurowanie replikacji WINS").
Net Update
. Czas ostatniej replikacji bazy danych spowodowanej żąda-
niem z sieci (komunikatem "push" żądającym uaktualnienia informacji
WINS).
Rysunek 9.12
Statystyki serwera WINS
Total Queries Received
. Liczba zapytań o nazwę odebranych przez ser-
wer WINS. Punkt Successful wskazuje, ile nazw zostało pomyślnie
określonych; punkt Failed określa, ilu nazw serwer WINS nie był
w stanie określić.
Rozdział 9
302
Total Releases
. Liczba odebranych komunikatów o zamknięciu aplika-
cji NetBIOS. Punkt Successful wskazuje, ile nazw zostało pomyślnie
zwolnionych; punkt Failed określa, ilu nazw serwer WINS nie był
w stanie zwolnić.
Total Registrations
. Liczba komunikatów rejestrujących nazwę otrzy-
manych od klientów WINS.
3. Jeśli serwer WINS nie pracuje na lokalnym komputerze, wówczas po
uruchomieniu programu WINS Manager ukaże się okno dialogowe
Add WINS Server
.
Z okna Add WINS Server korzysta się także, aby dodać nowe serwery WINS do
listy wyświetlanej w lewym panelu WINS Manager. Okno wywołujemy wy-
bierając z menu Server/Add Server.
W oknie dialogowym Add WINS Server można określić tylko aktualnie dostępne
serwery WINS. Rysunek 9.14 przedstawia okno Validate WINS Server, które
pojawia się, kiedy komputer nie jest w stanie skontaktować się z podanym
serwerem WINS.
4. Aby obejrzeć szczegółowe informacje dotyczące bieżącego serwera
WINS, należy wybrać z menu Server/Detailed Information. Ukaże się
okno Detailed Information (patrz rysunek 9.15).
Znaczenie różnych szczegółowych informacji o serwerze WINS wyja-
śniają następujące punkty:
Last Address Change
. Czas replikacji ostatniej zmiany w bazie danych
WINS.
Rysunek 9.13
Okno dialogowe Add WINS Server.
Rysunek 9.14
Okno dialogowe Validate WINS Server.
Last Scavenging Times
. Czasy, w których baza danych została oczysz-
czona z wpisów konkretnego typu.
Periodic
. Określa, kiedy baza danych została oczyszczona na podstawie
okresu odnowienia (Renewal Interval), określonego w oknie dialogowym
WINS Server Configuration
(opisanego w następnym podrozdziale).
Admin Trigger
. Określa, kiedy baza danych została oczyszczona przez ad-
ministratora przez wybranie opcji Initiate Scavenging.
Określanie nazw w TCP/IP przy użyciu WINS
303
Extinction
. Określa, kiedy baza danych została oczyszczona na podstawie
okresu wygaśnięcia (Extinction Interval), określonego w oknie dialogo-
wym WINS Server Configuration.
Verification
. Określa, kiedy baza danych została oczyszczona na podsta-
wie okresu weryfikacji (Verify Interval), określonego w oknie dialogowym
WINS Server Configuration
.
Rysunek 9.15
Okno Detailed Information.
Unique Registrations
. Liczba żądań rejestracji nazw zaakceptowanych
przez serwer WINS.
Conflicts
. Liczba konfliktów wynikłych podczas rejestracji unikalnych
nazw komputerów przez serwer WINS
Renewals
. Liczba żądań odnowienia rejestracji unikalnych nazw kompute-
rów.
Group Registrations
. Liczba żądań rejestracji nazw grup zaakceptowa-
nych przez serwer WINS.
Conflicts
. Liczba konfliktów wynikłych podczas rejestracji nazw grup
przez serwer WINS
Renewals
. Liczba żądań odnowienia rejestracji nazw grup.
Odświeżanie lub zerowanie okna statystyk
Okno statystyk nie jest automatycznie odświeżane (patrz rysunek 9.12). Aby
odświeżyć wyświetlane statystyki, należy wybrać z menu View/Refresh albo
nacisnąć klawisz F5. Aby wyzerować statystyki, wybrać z menu View/Clear
Statistics
.
Konfigurowanie serwerów WINS
W każdym serwerze WINS można ustawić okresy odnowienia, weryfika-
cji i wygaśnięcia. Ponieważ baza danych serwera WINS jest niezbędna do
Rozdział 9
304
rejestracji i określania nazw, serwerom można przypisać partnerów re-
plikacji bazy danych. W związku pomiędzy partnerami replikacji istnieją
partnerzy "pull", którzy pobierają od innych serwerów wpisy replikowa-
nej bazy danych (patrz rysunek 9.16). Partnerzy "push" wysyłają nato-
miast komunikaty informujące o aktualizacji bazy danych (patrz rysunek
9.17). Podczas konfigurowania serwera WINS można określić parametry
serwerów, będących jego partnerami replikacyjnymi typu "push" lub
"pull".
Poniżej przedstawiono procedurę konfigurowania serwera WINS:
1. Zalogować się jako administrator na serwer WINS.
2. Uruchomić program WINS Manager.
3. Wybrać z menu Server/Configuration. Pojawi się okno dialogowe WINS
Server Configuration
, zawierające parametry WINS oraz "push" i "pull"
(patrz rysunek 9.18).
Rysunek 9.16
Partner "pull"
w replikacji baz
danych WINS.
Rysunek 9.17
Partner "push"
w replikacji baz
danych WINS.
W oknie z rysunku 9.18 można podać okresy odnowienia (Renewal),
wygaśnięcia (Extinction) oraz weryfikacji (Verify) w godzinach, minu-
Określanie nazw w TCP/IP przy użyciu WINS
305
tach i sekundach. Ustawienia domyślne tych parametrów są odpo-
wiednie dla większości sieci; jeśli jednak codziennie dodawane są no-
we komputery i segmenty sieci - co może się zdarzyć w pierwszych
fazach budowy sieci - wówczas można ustawić mniejsze wartości, np.
24 godziny. Jeśli wprowadzone wartości będą zbyt małe, wówczas
zaobserwujemy wzmożenie ruchu w sieci spowodowane pracą WINS.
Rysunek 9.18
Okno WINS Server Configu-
ration.
Parametr Renewal Interval określa czas, w którym komputer musi ponow-
nie zarejestrować swoją nazwę. Ustawieniem domyślnym jest 96 godzin
(cztery dni). Klienci WINS zazwyczaj odnawiają rejestracje w połowie te-
go terminu, tj. po dwóch dniach.
Parametr Extinction Interval określa czas, który upływa od oznaczenia wpi-
su jako zwolnionego do oznaczenia go jako wygasłego. Ustawieniem do-
myślnym jest 96 godzin (cztery dni).
Parametr Extinction Timeout określa czas pomiędzy oznaczeniem wpisu
jako wygasłego a ostatecznym usunięciem go z bazy danych. Ustawienie
domyślne jest takie samo, jak dla Renewal Interval (96 godzin, czyli cztery
dni).
Parametr Verify Interval określa czas, po którym serwer WINS musi
sprawdzić, czy stare nazwy, którymi nie on zarządza są wciąż aktywne.
Ustawieniem domyślnym jest 576 godzin (24 dni).
Wartości opisanych parametrów powinny być uzależnione od charak-
terystyki danej sieci. Należy wziąć pod uwagę częstotliwość zmian
nazw komputerów i adresów IP oraz zależność pomiędzy natężeniem
ruchu a wartościami okresów odnawiania, weryfikacji i wygaśnięcia.
4. Zaznaczyć opcję Inital Replication w ramce Pull Parameters, jeśli serwer
WINS powinien pobierać od partnerów repliki nowych wpisów bazy
danych WINS podczas inicjalizacji systemu lub zmiany parametrów
związanych z replikacją. W polu Retry Count wprowadzić liczbę prób
pobrania repliki w sytuacji, kiedy pierwsza się nie powiedzie. Kolej-
nych prób komputer dokonuje w przedziałach czasu wyznaczonych
przez parametr Replication Interval, określany w oknie Preferences. Jeśli
Rozdział 9
306
nie powiedzie się żadna z prób, wówczas komputer czeka przez pe-
wien czas (również określany w oknie Preferences - patrz dalszy pod-
rozdział, "Konfigurowanie właściwości WINS") i rozpoczyna replika-
cję od nowa. Jeśli wiadomo, że w sieci występują problemy komuni-
kacyjne - np. replikacji dokonuje się poprzez wolne lub zawodne łącze
- wówczas można zwiększyć wartość parametru Retry Count.
5. Zaznaczyć opcję Initial Replication w ramce Push Parameters, aby pod-
czas inicjalizacji systemu komputer wysyłał do partnerów replikacji
komunikaty o stanie bazy danych WINS. Zaznaczyć opcję Replicate On
Address Change
w ramce Push Parameters, aby komputer wysyłał do
partnerów replikacji komunikaty o zmianach adresów IP. Opcję tę
można włączyć, jeśli pojawią się problemy związane z częstymi zmia-
nami adresów.
6. Po kliknięciu przycisku Advanced ukażą się zaawansowane opcje. Po-
niżej omówiono ich znaczenie:
Opcja Logging Enabled określa, czy zmiany w bazie danych należy reje-
strować w dzienniku transakcji JET.LOG. Dziennik transakcji używany
jest do rekonstrukcji bazy danych po niedokończonych transakcjach.
Opcja ta jest domyślnie włączona. Rejestrowanie transakcji zabiera miejsce
na dysku i pewną część mocy obliczeniowej komputera, lecz jest przydat-
ne podczas usuwania usterek, ponieważ umożliwia prześledzenie
wszystkich zmian w bazie danych. Można wyłączyć tę opcję, jeśli odpor-
ność na błędy ma drugorzędne znaczenie.
Opcja Log Detailed Events określa, czy podczas rejestrowania zdarzeń będą
zapisywane szczegółowe informacje. Zabiera to znaczną część zasobów
komputera, dlatego należy wyłączyć rejestrowanie szczegółowych infor-
macji podczas dostrajania komputera pod kątem wydajności. Opcja ta jest
domyślnie wyłączona. Zarejestrowane zdarzenia można obejrzeć przy
pomocy programu Event Viewer.
Określanie nazw w TCP/IP przy użyciu WINS
307
Rysunek 9.19
Okno WINS Server Configu-
ration z zaawansowanymi
opcjami.
Opcja Replicate Only With Partners określa, że replikacji dokonywać się bę-
dzie tylko ze zdefiniowanymi partnerami "push" lub "pull" komputera. Je-
śli opcja ta jest wyłączona, wówczas administrator może nakazać serwe-
rowi WINS replikację z niewymienionym partnerem WINS. Opcja ta jest
domyślnie włączona.
Opcja Backup On Termination określa, że podczas zamykania programu
WINS Manager będzie tworzona zapasowa kopia bazy danych. Opcja ta
jest domyślnie wyłączona.
Opcja Migrate On/OFF określa, że rekordy statyczne i wielointerfejsowe
(dla komputerów posiadających kilka kart sieciowych) w bazie danych
będą traktowane jako dynamiczne, i nadpisywane w razie konfliktu
z nową rejestracją lub repliką. Opcję tę należy włączyć, jeśli przechodzimy
z innego systemu operacyjnego na system Windows NT. Opcja ta jest do-
myślnie wyłączona.
Parametr Starting Version Count określa numer początkowego identyfika-
tora bazy danych. Zazwyczaj nie ma potrzeby zmieniania tej wartości. Je-
śli jednak baza danych ulegnie uszkodzeniu i będzie wymagała ponow-
nego startu, wówczas należy ustawić Starting Version Count na wartość
większą niż numer (przechowywany przez wszystkich zdalnych partne-
rów, posiadających repliki rekordów bazy danych tego serwera) wersji
serwera WINS. Numer wersji można odczytać przy pomocy okna dialo-
gowego View Database wywoływanego z programu WINS Manager.
Parametr Database Backup Path określa ścieżkę do katalogu, w którym
przechowywane są zapasowe kopie plików bazy danych WINS. WINS
używa ich do automatycznego odtworzenia bazy danych, jeśli podczas
startu wykryje jej uszkodzenie. W polu tym nie należy umieszczać ścieżki
sieciowej.
Rozdział 9
308
Konfigurowanie replikacji WINS
Pomiędzy serwerami WINS można ustanowić partnerstwo, umożliwiają-
ce im replikację swoich baz danych. Dzięki temu rejestracje nazw
w serwerach WINS są replikowane przez wszystkich partnerów WINS
znajdujących się w sieci. Zmiany są replikowane w odstępach czasu okre-
ślonych przez parametr Replication Interval w
oknie dialogowym
Preferences
(patrz dalszy podrozdział, "Konfigurowanie preferencji
WINS").
Rysunek 9.20
Przykład partner-
stwa replikacji
pomiędzy serwerami
WINS.
Serwery WINS nie przeprowadzają automatycznie replikacji z wszyst-
kimi innymi serwerami obecnymi w sieci. Konieczne jest określenie expli-
Określanie nazw w TCP/IP przy użyciu WINS
309
cite serwerów WINS, które wchodzą w
partnerstwo replikacji.
W przykładzie z rysunku 9.20 komputery NTS2 i NTS5 mają tylko jedne-
go partnera replikacji: NTS1, natomiast NTS1 ma dwóch partnerów:
NTS2 i NTS5. Komputery NTS3 i NTS4 nie mają żadnych partnerów re-
plikacji, co niejako skazuje je na popełnianie błędów.
Jak wspomniano wcześniej, serwer WINS może być skonfigurowany jako
partner "push", "pull", bądź też "push" i "pull" jednocześnie. Partner
"pull" zbiera informacje przy mocy żądań przesłania danych kierowa-
nych do swojego partnera "push". Partner "push" wysyła komunikaty
informujące o uaktualnieniu bazy danych do swojego partnera "pull". Do
określenia najnowszej wersji informacji zawartych w rekordach bazy
danych używa się numerów wersji.
Replikacja jest inicjowana, kiedy serwer WINS kontaktuje się z innym
serwerem w celu pobrania repliki. Może to się zdarzyć w czasie urucho-
mienia systemu, a następnie w regularnych odstępach czasu określonych
przez parametr Replication Interval. Replikacja może również rozpocząć
się, kiedy serwer osiągnie próg liczby zmian (Update Count) ustawiony
przez administratora. Serwer zawiadamia wówczas swoich partnerów
"pull", że osiągnięty został próg liczby zmian, a partnerzy decydują, czy
chcą pobrać replikę.
Poniżej podano procedurę konfigurowania parametrów replikacji dla
serwerów WINS:
1. Zalogować się na serwer WINS jako administrator.
2. Uruchomić program WINS Manager.
3. Wybrać z menu Server/Replication Partners. Ukaże się okno dialogowe
Replication Partners
(patrz rysunek 9.21).
4. Kliknąć przycisk Add. Ukaże się okno dialogowe Add WINS Server
(patrz rysunek 9.22).
5. W polu WINS Server wprowadzić nazwę lub adres IP serwera WINS,
będącego potencjalnym kandydatem do włączenia do listy partnerów
replikacji.
6. Kliknąć OK. Jeśli serwer WINS zostanie znaleziony, wówczas pojawi
się na liście serwerów w oknie dialogowym Replication Partners.
7. W ramce WINS Server to List można określić, które z serwerów WINS
będą wyświetlane na liście w oknie Replication Partners, zaznaczając
lub odznaczając następujące pola wyboru:
Aby wyświetlić partnerów "push" bieżącego serwera WINS, zaznaczyć
opcję Push Partners.
Rozdział 9
310
Aby wyświetlić partnerów "pull" bieżącego serwera WINS, zaznaczyć
opcję Pull Partners.
Aby wyświetlić serwery WINS nie będące ani partnerami "pull", ani
"push", zaznaczyć opcję Other.
Rysunek 9.21
Okno dialogowe Replication Partners.
Rysunek 9.22
Okno dialogowe Add WINS Server.
8. Z listy serwerów WINS w oknie dialogowym Replication Partners wy-
brać serwer, który będzie partnerem "push" lub "pull" bieżącego ser-
wera.
9. Zaznaczyć pole wyboru Push Partner, Pull Partner, albo oba pola, aby
zdefiniować relację pomiędzy serwerami, a następnie kliknąć odpo-
wiedni przycisk Configure.
W przypadku wybrania pola Pull Partner ukaże się okno dialogowe
Pull
Partner Properties (patrz rysunek 9.23).
1.
W polu Start Time okna Pull Partner Properties wpisać czas, w którym po-
winna się zacząć replikacja.
2.
W polu Replication Interval okna Pull Partner Properties wpisać odstęp czasu
pomiędzy kolejnymi replikacjami. Jeśli spodziewane są częste zmiany
w bazie danych WINS, należy tu podać niższą wartość. Należy jednak
mieć świadomość, że częste replikacje powodują dodatkowy ruch w sieci.
Może mieć to znaczenie, jeśli replikacja przeprowadzana jest przez wolne
łącza.
Jeśli chcemy użyć wartości domyślnych, zdefiniowanych wcześniej w oknie
dialogowym Preferences, możemy kliknąć przycisk Set Default Values.
3.
Kliknąć przycisk OK w oknie Pull Partner Properties, aby powrócić do okna
Replication Partners
.
W przypadku wybrania pola Push Partner, ukaże się okno dialogowe Push
Partner Properties
(patrz rysunek 9.24).
Określanie nazw w TCP/IP przy użyciu WINS
311
1.
W polu Update Count okna Push Partner Properties wpisać liczbę zmian
i aktualizacji rekordów bazy danych, po której do partnerów komputera
zostanie wysłany komunikat informujący o konieczności zreplikowania
zmian. Jeśli serwer "push" pracuje również jako serwer "pull", wówczas
repliki pobrane od partnerów nie są wliczane w liczbę zmian. Minimalną
wartością parametru jest 20. Można zwiększyć tę liczbę, jeśli aktualizacje
WINS mają być wykonywane rzadziej.
2.
Jeśli chcemy użyć wartości domyślnych, zdefiniowanych wcześniej
w oknie dialogowym Preferences, możemy kliknąć przycisk Set Default
Values
.
3.
Kliknąć przycisk OK w oknie Push Partner Properties, aby powrócić do okna
Replication Partners
.
Rysunek 9.23
Okno dialogowe Pull Partner Properties.
Rysunek 9.24
Okno dialogowe Push Partner Properties.
10. Można wymusić replikację z dodawanymi partnerami bezpośrednio
z okna Replication Partners (patrz rysunek 9.21). Możliwość ta jest
przydatna w sytuacji, kiedy w bazie danych WINS dokonano istot-
nych zmian. Wówczas lepiej jest natychmiast zreplikować bazę da-
nych, nie czekając do zdefiniowanego czasu rozpoczęcia replikacji lub
upłynięcia regularnego odstępu pomiędzy replikacjami.
Aby wymusić replikację, należy podświetlić odpowiedni serwer
i kliknąć przycisk Push lub Pull, w zależności od typu partnera.
Jeśli wybrany serwer WINS po pobraniu najnowszych informacji po-
winien przekazać zmiany dalej, wówczas należy zaznaczyć pole wy-
boru Push with Propagation. Wybrany serwer nie musi przekazywać
zmian do innych partnerów, jeśli posiada takie same (lub zbliżone)
informacje, jak serwer źródłowy.
Jeśli opcja Push with Propagation nie jest zaznaczona, wówczas wybra-
ny serwer WINS nie przekazuje informacji swoim pozostałym partne-
rom.
11. Aby natychmiast rozpocząć replikację, można kliknąć przycisk Repli-
cate Now w oknie dialogowym Replication Partners.
Rozdział 9
312
12. Aby usunąć partnerów replikacji, należy podświetlić jeden lub wiele
serwerów na liście WINS Servers w oknie Replication Partners i kliknąć
przycisk Delete (ewentualnie nacisnąć Delete na klawiaturze).
WINS Manager zapyta o potwierdzenie usunięcia serwerów, o ile
włączono opcję Confirm Deletion of Static Mappings & Cached WINS
Servers
w oknie dialogowym Preferences.
Konfigurowanie właściwości WINS
W poprzednim podrozdziale wspominano kilkakrotnie okno dialogowe
Preferences
. W oknie tym można skonfigurować kilka globalnych opcji
administracyjnych WINS.
Poniżej podano procedurę konfigurowania parametrów WINS:
1. Zalogować się jako administrator i uruchomić program WINS Mana-
ger.
2. Wybrać z menu Options/Preferences, aby otworzyć okno dialogowe
Preferences
(patrz rysunek 9.25).
3. Kliknąć przycisk Partners, aby zobaczyć wszystkie dostępne opcje
(patrz rysunek 9.26)
Rysunek 9.25
Okno dialogowe Preferences.
Rysunek 9.26
Okno dialogowe Preference`s z wszystkimi
dostępnymi opcjami.
4. Sekcja Address Display służy do określenia sposobu wyświetlania adre-
sów i nazw komputerów w programie WINS Manager. Można wy-
brać wyświetlanie nazw komputerów (Computer Name Only), adresu
IP (IP Address Only), nazw komputerów z adresami IP w nawiasach
Określanie nazw w TCP/IP przy użyciu WINS
313
(Computer Name (IP Address)), bądź adresów IP z nazwami kompute-
rów w nawiasach (IP Address (Computer Name)). Sposób wyświetlania
adresów ma wpływ na sposób nawiązywanie połączeń z serwerami
WINS. W przypadku adresów IP połączenie są nawiązywane przez
TCP/IP, w przypadku nazw komputerów - przez nazwane potoki.
5. Włączyć opcję Auto Refresh, jeśli statystyki w oknie WINS Manager
powinny być automatycznie odświeżane. Podać częstotliwość od-
świeżania w polu Interval (Seconds).
6. Włączyć opcję LAN Manager-Compatible, jeśli nazwy komputerów po-
winny być zgodne z konwencją nazewnictwa w LAN Manager. Na-
zwy komputerów w LAN Manager są ograniczone do 15 znaków,
w przeciwieństwie do 16-znakowych nazw NetBIOS używanych
przez programy takie, jak Lotus Notes. W nazwach LAN Manager 16
bajt określa typ urządzenia: serwer, stacja robocza, doręczyciel itp. Po
włączeniu tej opcji WINS dodaje i importuje statyczne odwzorowania
posiadające w 16 bajcie wartości 0, 0x03 i 0x20.
W sieciach Microsoft należy stosować się do konwencji LAN Manager
i włączyć tę opcję.
7. Włączyć opcję Validate Cache Of "Known" WINS Servers at Startup Time,
jeśli serwer WINS powinien przy każdym uruchomieniu sprawdzać,
czy serwery WINS znajdujące się na liście są dostępne. Dzięki tej opcji
aktualizowana jest lista dostępnych serwerów, ale może powodować
ona nieznaczne opóźnienie podczas uruchamiania usługi WINS.
Odświeżanie statystyk WINS
Statystyki są odświeżane po podjęciu dowolnego działania podczas pracy
z WINS Manager, oraz po naciśnięciu klawisza F5.
8. Włączyć opcję Confirm Deletion of Static Mappings & Cached WINS
Servers
, jeśli program ma ostrzegać użytkownika usuwającego sta-
tyczne odwzorowania lub buforowane nazwy serwera WINS.
9. W polu Start Time wprowadzić domyślną wartość rozpoczęcia repli-
kacji dla nowych partnerów "pull".
10. W polu Replication Interval wprowadzić domyślny odstęp czasu po-
między kolejnymi wymianami replik między partnerami.
11. W polu Update Count wprowadzić domyślną liczbę rejestracji i zmian,
która spowoduje wysłanie komunikatu zalecającego replikację do
nowego partnera "Push". Minimalną wartością jest 5.
12. Po dokonaniu zmian preferencji kliknąć OK, aby zapisać zmiany.
Rozdział 9
314
Tworzenie statycznych odwzorowań
Nie wszystkie komputery TCP/IP w sieci muszą obsługiwać WINS -
niektóre nie rejestrują nazw w serwerach ani nie korzystają z usług okre-
ślania nazw WINS. W bazie danych WINS można dla takich komputerów
utworzyć stałe odwzorowanie nazwy na adres IP. Statyczne odwzorowa-
nia dla komputerów nie będących klientami WINS są wpisywane ręcznie
przez administratora i nie są sprawdzane ani usuwane przez protokoły
WINS. Administrator może oczywiście tworzyć, edytować, importować
i usuwać statyczne odwzorowania dla dowolnego komputera TCP/IP.
Poniżej przedstawiono procedurę przeglądania, dodawania i edycji sta-
tycznych odwzorowań:
1. Zalogować się jako administrator i uruchomić program WINS Mana-
ger.
2. Wybrać z menu Mappings/Static Mappings. Pojawi się okno dialogowe
Static Mappings (patrz rysunek 9.27). Jeśli nie przypisano dotąd żad-
nych statycznych odwzorowań, pole Filter: None będzie puste.
3. Aby zmienić porządek wyświetlania odwzorowań, wybrać jedną
z następujących opcji:
Sort Static Mappings by IP Address
(sortowanie wg. adresu IP)
Sort Static Mappings by Computer Name
(sortowanie wg. nazwy komputera)
4. Można zaimportować statyczne odwzorowania klikając przycisk
Import
Mappings albo dodać nowe, klikając przycisk Add Mappings. Im-
portowany plik powinien być w formacie LMHOSTS; jest to wydajna
metoda importowania większej liczby odwzorowań.
Adresy IP przyznane przez DHCP a ustawienia WINS
Jeśli w sieci do przyznawania adresów IP używa się DHCP, wówczas
zarezerwowany adres przyznany przez DHCP będzie miał pierwszeństwo przed
ustawieniami WINS. Nie powinno się definiować statycznych odwzorowań dla
komputerów obsługujących WINS.
Określanie nazw w TCP/IP przy użyciu WINS
315
Rysunek 9.27
Okno dialogowe Static
Mappings.
5. Po kliknięciu przycisku Add Mappings, ukaże się okno dialogowe Add
Static Mappings
(patrz rysunek 9.28).
6. W polu Name okna Add Static Mappings wprowadzić nazwę kompute-
ra, dla którego tworzone jest statyczne odwzorowanie. Nazwy repre-
zentowane są w konwencji UNC, poprzedzone dwoma znakami bac-
kslash (\\). Jeśli nie wpiszemy znaków backslash, WINS Manager
doda je automatycznie.
7. W polu IP Address okna Add Static Mappings wprowadzić adres IP
komputera.
8. W ramce Type można określić typ statycznego odwzorowania. Poniżej
opisano znaczenie poszczególnych typów:
Unique
: oznacza nazwy komputerów występujące tylko raz w bazie da-
nych, posiadające jeden adres na nazwę.
Group
: używany dla komputerów znajdujących się w podsieci. Odwzoro-
wanie nie zawiera adresów pojedynczych komputerów. Grupę można
zdefiniować dla dowolnej podsieci i zarejestrować w kilku serwerach
WINS. Jeśli serwer WINS otrzyma zapytanie o nazwę grupy, wówczas
określa ją jako adres typu broadcast 255.255.255.255. Klient WINS używa
następnie adresu 255.255.255.255 jako adresu przeznaczenia
w datagramie wysyłanym do grupy. Powoduje to transmisję w trybie
broadcast w obrębie podsieci. Nazwę grupy może odnowić dowolny jej
członek. Znacznik czasowy grupy pokazuje czas ostatniej zmiany parame-
trów grupy.
Natychmiastowe zmiany w odwzorowaniach statycznych
Należy zauważyć, że wszystkie zmiany w odwzorowaniach statycznych mają
natychmiastowy efekt - nie można anulować zmian, ponieważ nie ma przycisku
Cancel
. Aby poprawić błąd, należy ręcznie usunąć wpis i dodać go ponownie.
Rozdział 9
316
Rysunek 9.28
Okno dialogowe Add Static
Mappings.
Domain Name
: jest to grupa składająca się maksymalnie z 25 nazw Net-
BIOS z ostatnim (16) bajtem o wartości 0x1C. Każdy członek grupy musi
indywidualnie odnawiać swoją nazwę. Jeśli spróbujemy zarejestrować
więcej niż 25 nazw, wówczas WINS Manager nadpisze zreplikowany ad-
res w grupie. Jeśli nie ma zreplikowanego adresu, WINS Manager nadpi-
sze najstarszy wpis.
Internet Group
: jest to grupa składająca się maksymalnie z 25 nazw Net-
BIOS i adresów IP. Do nazwy grupy dołączany jest znak spacji (0x20).
Można zmienić domyślną wartość 16 bajtu umieszczając inny znak
w nawiasach kwadratowych za nazwą grupy; nie można jednak użyć
znaku 0x1C, który jest zarezerwowany dla nazwy domeny (patrz po-
przedni punkt).
Rejestracje dla grup internetowych są przechowywane wraz z rzeczywis-
tymi adresami IP, a nie adresami broadcast. Wraz z adresem IP przecho-
wywany jest także znacznik czasowy i identyfikator właściciela. Identyfi-
kator właściciela określa serwer WINS, który dokonał rejestracji tego ad-
resu. Jeśli grupa internetowa ma mniej niż 25 członków, wówczas dyna-
micznie rejestrowane nazwy mogą być dodawane do grupy. Jeśli grupa
ma już maksymalną liczbę 25 członków, wówczas serwer WINS
wyszukuje i usuwa członków zarejestrowanych przez inny serwer WINS
(członków zreplikowanych) i dodaje nowego członka. Jeśli nie ma
żadnych zreplikowanych członków - tzn. serwer jest właścicielem
wszystkich 25 nazw - wówczas nowy członek zastępuje najstarszego.
Serwer WINS daje zarejestrowanym przez siebie członkom grupy interne-
towej pierwszeństwo nad zdalnymi członkami. Oznacza to, że pod nazwą
grupy internetowej znajdują się zawsze najbliższe geograficznie serwery
Windows NT. WINS określa zapytanie o nazwę grupy internetowej zwra-
cając listę 24 najbliższych serwerów Windows NT w domenie oraz
kontrolera domeny. Nazwa grupy internetowej może posłużyć także do
odkrycia serwera Windows NT w domenie, kiedy komputer Windows
NT potrzebuje go do zatwierdzenia przejścia przez domenę. Lista nazw
grupy internetowej jest statyczna i
nie akceptuje dynamicznych
uaktualnień od klientów WINS.
Multihomed
: używany dla komputerów posiadających wiele kart siecio-
wych lub wiele adresów IP przypisanych przez NetBIOS ponad TCP/IP.
Komputer taki może rejestrować swoje poszczególne adresy w różnych
momentach, wysyłając specjalny pakiet rejestracji nazwy. Nazwa typu
Określanie nazw w TCP/IP przy użyciu WINS
317
multihomed może zawierać do 25 adresów IP. Nowe żądanie rejestracji
dla grupy multihomed, która osiągnęła limit 25 adresów, spowoduje nad-
pisanie zreplikowanych adresów; jeśli nie ma żadnego zreplikowanego
adresu, nadpisany zostanie najstarszy wpis.
Kiedy wybierze się opcję Internet Group lub Multihomed, w oknie Add Static
Mappings
pojawiają się nowe pola, umożliwiające dodanie wielu adresów
IP.
Tabela 9.1 opisuje różne typy nazw NetBIOS, rozróżniane przy pomocy
ostatniego znaku. Listę nazw NetBIOS zarejestrowanych w komputerze
można wyświetlić przy pomocy polecenia nbtstat -n.
9. Po dodaniu nazwy komputera i adresu IP, oraz wybraniu typu od-
wzorowania w oknie Add Static Mapping, należy kliknąć przycisk Add
Mapping
i w razie potrzeby powtórzyć powyższą procedurę w celu
dodania dalszych nazw.
Tabela 9.1 Nazwy komputerów w NetBIOS
Ostatni znak
w nazwie NetBIOS
Opis
0x1E
Jest to nazwa grupy. Przeglądarki wysyłają do tej nazwy
transmisje w trybie broadcast oraz nasłuchują skierowanych do
niej transmisji, aby wyłonić główną przeglądarkę. Transmisje
broadcast rozsyłane są w lokalnej sieci przy użyciu adresu
przeznaczenia 255.255.255.255 i nie powinny być przekazywane
przez routery. WINS podczas określania nazwy grupy zawsze
zwraca adres typu broadcast, 255.255.255.255.
0x1D Klienci
określają tę nazwę, aby zyskać dostęp do list serwerów na
głównej przeglądarce. W każdej podsieci istnieje jedna główna
przeglądarka.
0x1C Odnosi
się do grupowej nazwy domeny.
0x20 Odnosi
się do grupy internetowej. Każdy członek grupy
internetowej musi indywidualnie odnowić swoją nazwę albo ją
zwolnić. Grupa internetowa może zawierać maksymalnie 25
nazw. WINS zwraca pozytywną odpowiedź na dynamiczne
żądanie rejestracji statycznej nazwy grupy internetowej, ale nie
dodaje adresu do listy. Podczas replikacji nazwy statycznej grupy
internetowej, która powoduje konflikt z dynamiczną nazwą grupy
internetowej na innym serwerze WINS, członkowie grupy są
scalani, a nazwa grupy internetowej oznaczana jest jako
statyczna.
Inną metodą dodawania statycznych wpisów jest zaimportowanie ich
z pliku zawierającego odwzorowania nazw na adresy IP. Plik ten musi
być w formacie LMHOSTS. Nazwy typu Group i Multihomed można jed-
nak dodać tylko poprzez wpisanie ich w oknie Add Static Mapping.
Rozdział 9
318
1. Aby zaimportować plik zawierający statyczne odwzorowania, należy
kliknąć przycisk Import Mappings w oknie dialogowym Static Mappings.
2. Powinno ukazać się okno Select Static Mapping File. Należy wybrać
w nim żądany plik odwzorowań i kliknąć OK.
Zignorowane zostaną wszystkie dyrektywy w importowanym pliku,
z wyjątkiem dyrektywy #DOM. Po napotkaniu w pliku dyrektywy #DOM
tworzona jest nazwa grupy internetowej, do której dodawany jest adres.
Rysunek 9.29 przedstawia rezultat zaimportowania pliku LMHOSTS.
Statyczne odwzorowania można edytować po kliknięciu przycisku Edit
Mapping
w oknie Static Mappings. Można także podwójnie kliknąć na da-
nym odwzorowaniu (patrz rysunek 9.30).
Okno Edit Static Mapping umożliwia zmianę adresu IP, ale nie edycję na-
zwy komputera lub typu odwzorowania. Aby zmienić nazwę lub typ
odwzorowania, należy usunąć wpis i utworzyć nowy. Po dokonaniu
zmian kliknąć OK, aby je zapisać.
Aby usunąć odwzorowanie, należy podświetlić je w oknie Static Mappings
i kliknąć przycisk Delete Mapping albo nacisnąć Delete na klawiaturze.
Aby ograniczyć zakres adresów IP lub nazw komputerów wyświetlanych
w oknie Static Mappings, należy kliknąć przycisk Set Filter. Pojawi się okno
dialogowe Set Filter (patrz rysunek 9.31).
W polach Computer Name i IP Address należy użyć gwiazdki (*) zastępu-
jącej część nazwy lub adresu. Aby np. wyświetlane były tylko nazwy
komputerów znajdujących się w podsieci 144.19.74.0, należy wpisać
w polu IP Address:
144.19.74.*
Aby wyświetlane były tylko nazwy komputerów zaczynające się na KNT,
należy wpisać w polu Computer Name:
\\KNT*
Po zdefiniowaniu filtra kliknąć OK.
Aby zrezygnować z filtra, należy kliknąc przycisk Clear Filter w oknie
Static Mappings
.
Określanie nazw w TCP/IP przy użyciu WINS
319
Rysunek 9.29
Okno Static Mappings po zaimportowaniu pliku
LMHOSTS.
Rysunek 9.30
Okno dialogowe Edit Static Mapping.
Rysunek 9.31
Okno dialogowe Set Filter.
Zarządzanie bazą danych WINS
Pliki bazy danych WINS przechowywane są w katalogu %Katalog
Systemowy%\SYSTEM32\WINS
. Tabela 9.2 opisuje poszczególne pliki
bazy danych.
Oczyszczanie bazy danych WINS
Co pewien czas należy usunąć nieaktualne wpisy z bazy danych WINS
oraz sporządzić jej zapasową kopię. W literaturze firmy Microsoft proces
oczyszczania bazy danych określany jest nazwą "scavenging" (zamia-
tanie). Oczyszczanie odbywa się automatycznie w odstępach określonych
przez parametr Extinction Timeout, definiowany w oknie WINS Server
Configuration
(patrz rysunek 9.18).
Można także oczyścić bazę danych WINS ręcznie, wybierając z menu
Mappings opcję Initiate Scavenging
.
Pojawi się komunikat stwierdzający, że polecenie oczyszczenia zostało
umieszczone w kolejce. Tabela 9.3 opisuje stan bazy danych przed i po
oczyszczaniu.
Rozdział 9
320
Tabela 9.2 Pliki bazy danych WINS
Nazw pliku
Opis
WINS.MDB Główny plik bazy danych WINS.
J50.*, RES*.LOG
Pliki te zawierają dziennik transakcji dokonywanych na bazie
danych WINS. Używane są do odtworzenia niedokończonych
transakcji.
WINSTMP.MDB
Jest to tymczasowy plik tworzony przez WINS. Może pozostać
w podkatalogu WINS po awarii systemu.
Tabela 9.3 Stan wpisów przed i po oczyszczaniu bazy danych
Stan przed oczyszczeniem
Stan po oczyszczeniu
Aktywne nazwy z wyczerpanym okresem
odnowienia (Renewal Interval)
Zaznaczone jako zwolnione
Zwolnione nazwy z wyczerpanym okresem
wygaśnięcia (Extinct Interval)
Zaznaczone jako wygasłe
Wygasłe nazwy z wyczerpanym limitem czasu
wygaśnięcia (Extinct Timeout)
Usunięte
Repliki wygasłych nazw z wyczerpanym limitem
czasu wygaśnięcia (Extinct Timeout)
Usunięte
Repliki aktywnych nazw z wyczerpanym okresem
weryfikacji (Verify Interval)
Potwierdzone
Repliki wygasłych lub usuniętych nazw
Usunięte
Kondensowanie bazy danych WINS
Jeśli serwer WINS pracuje od dłuższego czasu, jego baza danych może
urosnąć do sporych rozmiarów. Można skondensować bazę danych, aby
poprawić wydajność WINS. Wykonuje się to w następujący sposób:
1. Zatrzymać serwer WINS za pomocą programu System Service Mana-
gement z grupy Administrative Tools, albo za pomocą polecenia net
stop wins.
2. Uruchomić program jetpack.exe (znajduje się on w
katalogu
%KatalogSystemowy%\SYSTEM32
).
3. Uruchomić ponownie usługę WINS za pomocą programu System
Service Management z grupy Administrative Tools, albo za pomocą po-
lecenia net start wins.
Tworzenie kopii zapasowej bazy danych WINS
Po oczyszczeniu i skondensowaniu bazy danych w opisany wyżej spo-
sób, można sporządzić jej kopię zapasową. Program WINS Manager za-
wiera opcję tworzenia kopii zapasowej. Po określeniu katalogu, w którym
Określanie nazw w TCP/IP przy użyciu WINS
321
przechowywana będzie kopia zapasowa, WINS Manager będzie sporzą-
dzał kopię bazy co 24 godziny.
Poniżej podano procedurę konfiguracji tworzenia kopii zapasowej:
1. Zalogować się jako administrator i uruchomić program WINS Mana-
ger.
2. Wybrać z menu Mappings opcję Backup Database.
3. Pojawi się okno dialogowe Select Backup Directory, umożliwiające wy-
branie katalogu przechowującego kopię zapasową. Może to być np.
katalog WINS.
4. Po wybraniu katalogu i kliknięciu OK, WINS Manager utworzy pod-
katalog o nazwie wins_bak, zawierający skopiowane pliki bazy da-
nych.
Należy również co pewien czas sporządzić kopię zapasową wpisów Reje-
stru dotyczących serwera WINS. Poniżej przedstawiono procedurę two-
rzenia kopii informacji z Rejestru:
1. Uruchomić program REGEDIT.EXE.
2. Wybrać następujący klucz:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WINS
3. Wybrać z menu Registry opcję Save Key.
4. Określić ścieżkę do zapisywanej kopii klucza rejestru.
Przeglądanie bazy danych WINS
Można przejrzeć bieżące odwzorowania w
bazie danych WINS
w następujący sposób:
1. Zalogować się jako administrator i uruchomić program WINS Mana-
ger.
2. Wybrać z menu Mappings opcję Show Database. Pojawi się okno dialo-
gowe Show Database (patrz rysunek 9.32)
3. Wybrać opcję Show Only Mappings from Selected Owners, aby wyświetlić
tylko odwzorowania dla serwera WINS podświetlonego na liście
Select Owner
, lub wybrać opcję Show All Mappings, aby wyświetlić od-
wzorowania dla wszystkich serwerów z listy Select Owner.
4. Wybrać którąś z opcji w ramce Sort Order, aby posortować odwzoro-
wania wg. adresu IP (IP Address), nazwy komputera (Computer Name),
znacznika czasowego (Expiration Date), identyfikatora wersji (Version
Rozdział 9
322
ID
) lub typu (Type). Domyślnie odwzorowania sortowane są wg na-
zwy komputera.
5. Aby obejrzeć tylko pewien zakres odwzorowań, kliknąć przycisk Set
Filter
. Aby usunąć filtr, kliknąć przycisk Clear Filter.
6. Użyć pasków przewijania, aby przejrzeć wpisy w bazie danych. Po
zakończeniu przeglądania kliknąć przycisk Close.
Na liście Mappings (patrz rysunek 9.32) wyświetlane są następujące in-
formacje dla każdego rekordu bazy danych:
Nazwa komputera (nazwa NetBIOS).
Adres IP (przypisany nazwie adres IP)
Rysunek 9.32
Okno dialogowe Show
Database.
Znacznik A lub S - określa, czy odwzorowanie jest Aktywne (dyna-
miczne) czy Statyczne.
Expiration Date
(data wygaśnięcia) - określa zaplanowany czas wyga-
śnięcia odwzorowania.
Version ID
(identyfikator wersji) - unikalna szesnastkowa liczba, przy-
pisana przez serwer WINS podczas rejestracji nazwy. Identyfikator
wersji używany jest przez partnerów "pull" serwera, aby wyszukać
nowe i zmienione rekordy.
Można usunąć rekord podświetlając go i klikając przycisk Delete Owner.
Parametry Rejestru związane z WINS
Parametry serwera WINS, które można modyfikować za pomocą edytora
Rejestru, przechowywane są pod następującym kluczem:
Określanie nazw w TCP/IP przy użyciu WINS
323
HKEY_LOCAL_MACHNE\SYSTEM\CurrentControlSet\Services\WINS
Jeśli któryś z parametrów jest nieobecny, przyjmuje się jego domyślną
wartość.
Parametr DbFileNm jest typu REG_EXPAND_SZ i posiada domyślną war-
tość %SystemRoot%\system32\wins\wins.mdb. Określa on pełną ścieżkę do
pliku bazy danych WINS.
Parametr DoStaticDataInit jest typu REG_DWORD i może przyjmować
wartość 0 lub 1. Domyślną wartością jest 0; oznacza to, że serwer WINS
nie inicjalizuje swojej bazy danych. Jeśli parametr zostanie ustawiony na
1, wówczas serwer WINS odczytuje pliki wymienione pod kluczem
\Datafiles
, aby zainicjalizować swoją bazę danych. Inicjalizacja zachodzi
podczas uruchamiania serwera WINS oraz po każdej zmianie wartości
znajdujących się pod kluczami \Datafiles lub \Parameters.
Tabela 9.4 wymienia inne parametry, z których większość można ustawić
w oknie dialogowym WINS Server Configuration (patrz rysunek 9.18).
Klucz Rejestru Wins\Partners posiada dwa podklucze: Push i Pull, w któ-
rych przechowywane są adresy IP wszystkich partnerów "push" i "pull"
serwera WINS.
Tabela 9.4 Wpisy Rejestru ustawiane podczas konfiguracji serwera WINS
Wpis Rejestru
Opcja w oknie WINS Server Configuration
LogDetailedEvents
Log Detailed Events
LogFilePath Nie
określona
LoggingOn Logging
Enabled
RefreshInterval Renewal
Interval
RplOnlyWCnfPnrs
Replicate Only With Partners
TombstoneInterval Extinction
Interval
TombstoneTimeout Extinction
Timeout
VerifyInterval Verify
Interval
Adres IP partnera "push", wymieniony w podkluczu Partners\Pull, posiada
wpis MemberPrec. Parametr ten jest typu REG_DWORD, może przyjmo-
wać wartości 0 lub 1 i określa priorytet tego partnera. Domyślną warto-
ścią jest 0, czyli niski priorytet; 1 oznacza wysoki priorytet. Dynamicznie
zarejestrowane nazwy posiadają wysoki priorytet. Należy ustawić tę
wartość na 1, jeśli serwer obsługuje pobliską lokalizację.
W podkluczu Partners\Pull znajdują się wpisy InitTimeReplication oraz
CommRetryCount
. Odpowiadają one opcji Initial Replication i polu Retry
Count
w oknie dialogowym WINS Configuration.
Rozdział 9
324
W podkluczu Partners\Pull\IpAddress znajdują się wpisy SpTime
i TimeInterval. Odpowiadają one polu Start Time dla partnerów "push"
oraz polu Replication Interval w oknie dialogowym WINS Preferences.
W podkluczu Partners\Push znajdują się wpisy InitTimeReplication
i RplOnAddressChg. Odpowiadają one opcji Initial Replication i opcji
Replicate
On Address Change w oknie dialogowym WINS Configuration.
W podkluczu Partners\Push\IpAddress znajduje się wpis UpdateCount. Od-
powiada on polu Update Count w oknie dialogowym WINS Preferences.
Parametry SNMP dla WINS
Parametrami WINS można zarządzać przy pomocy SNMP. Parametry
MIB (Management Information Base) dla WINS są opisane w tabelach 9.5
do 9.9. Umieszczono je w oddzielnych tabelach według grupy SNMP.
Większość zadań związanych z zarządzaniem serwerem WINS można
wykonać odczytując lub ustawiając obiekty MIB opisane w tablicach.
Szczególnie interesująca jest tabela 9.9, ponieważ opisane w niej obiekty
można wykorzystać do wysyłania komunikatów informujących
o aktualizacji bazy danych, zapoczątkowania oczyszczania bazy danych
itp.
Zarządca SNMP musi mieć możliwość zaimportowania obiektów MIB
będących specyficznymi parametrami WINS. Wartości umieszczone
w nawiasach klamrowych ({}) są identyfikatorami obiektów w notacji
ASN.1. Etykiety takie jak Par, Datafiles, Pull itp. są makrami ASN.1, rozwi-
janymi do przedrostka ASN.1 zdefiniowanego przez Microsoft.
Tabela 9.5 Parametry MIB dla WINS w Windows NT
Parametr Opis
ParWinsStartTime
Czas uruchomienia WINS. {Par 1}
ParLastPScvTime
Ostatni znacznik czasu, w którym miało miejsce
planowane oczyszczanie. {Par 2}
ParLastATScvTime
Ostatni znacznik czasu, w którym miało miejsce
oczyszczanie wywołane przez administratora. {Par 3}
ParLastTombScvTime
Ostatni znacznik czasu, w którym miało miejsce
oczyszczanie wywołane wygaśnięciem wpisu. {Par 4}
ParLastVerifyScvTime
Ostatni znacznik czasu, w którym miało miejsce
zweryfikowanie starych, aktywnych replik. {Par 5}
ParLastPRplTime
Ostatni znacznik czasu, w którym miała miejsce
planowa replikacja. {Par 6}
ParLastATRplTime
Ostatni znacznik czasu, w którym miała miejsce
replikacja wywołana przez administratora. {Par 7}
Określanie nazw w TCP/IP przy użyciu WINS
325
Parametr Opis
ParLastNTRplTime
Ostatni znacznik czasu, w którym miała miejsce
replikacja wywołana z sieci. Zachodzi ona jako rezultat
odebrania od partnera "push" komunikatu
informującego o aktualizacji. {Par 8}
ParLastACTRplTime
Ostatni znacznik czasu, w którym miała miejsce
replikacja wywołana zmianą adresu. Zachodzi ona po
zmianie adresu IP spowodowanej nową rejestracją. {Par
9}
ParLastInitDbTime
Ostatni znacznik czasu, w którym importując pliki
wygenerowano statyczne wpisy w lokalnej bazie danych
WINS. {Par 10}
ParLastCounterResetTime Ostatni
znacznik czasu, w którym lokalne liczniki
zostały ustawione na zero. {Par 11}
ParWinsTotalNoOfReg Liczba
otrzymanych
żądań rejestracji. {Par 12}
ParWinsTotalNoOfQueries
Liczba otrzymanych zapytań. {Par 13}
ParWinsTotalNoOfRel Liczba
otrzymanych
żądań zwolnienia. {Par 14}
ParWinsTotalNoOfSuccRel
Liczba udanych zwolnień. {Par 15}
ParWinsTotalNoOffailRel
Liczba nieudanych zwolnień (adres żądającego był inny
niż adres przechowywany wraz z nazwą). {Par 16}
ParWinsTotalNoOfSuccQuerie
s
Liczba udanych zapytań. {Par 17}
ParWinsTotalNoOfFailQueries Liczba nieudanych zapytań. {Par 18}
ParRefreshInterval
Okres odnowienia (Renewal Interval) w sekundach {Par
19}
ParTombstoneInterval Okres
wygaśnięcia (Extinction Interval) w sekundach
{Par 20}
ParTombstoneTimeout
Limit czasu wygaśnięcia (Extinction Timeout)
w sekundach. {Par21}
ParVerifyInterval
Okres weryfikacji (Verify Interval) w sekundach. {Par
22}
ParVersCounterStartValLowW
ord
Mniej znaczące słowo początkowego numeru wersji
WINS. {Par 23}
ParVersCounterStartValHigh
Word
Bardziej znaczące słowo początkowego numeru wersji
WINS. {Par 24}
ParRplOnlyWCnfPnrs Określa, czy wolno dokonywać replikacji z partnerami
innymi niż zdefiniowano. Niezerowa wartość określa, że
replikacja będzie zachodzić tylko z partnerami
wymienionymi w Rejestrze. {Par 25}
ParStaticDataInit Określa, czy statyczne dane powinny być odczytywane
podczas inicjalizacji i rekonfiguracji. {Par 26}
ParLogFlag Określa, czy należy dokonywać rejestracji zdarzeń. {Par
27}
ParLogFileName Określa ścieżkę do pliku dziennika zdarzeń. {Par 28}
Rozdział 9
326
Parametr Opis
ParBackupDirPath Określa ścieżkę do katalogu kopii zapasowej. {Par 29}
ParDoBackupOnTerm Określa, czy podczas zamykania WINS należy
sporządzać kopię zapasową. {Par 30}
ParMigration Określa, czy statyczne rekordy w bazie danych WINS
powinny być traktowane jak dynamiczne w razie
konfliktu z nowo rejestrowaną nazwą. {Par 31}
Tabela 9.6 Grupa parametrów MIB dla plików danych w Windows NT
Parametr Opis
DFDatafilesTable
Tablica - lista plików danych określonych w kluczu
Rejestru \Datafiles, używanych do statycznej
inicjalizacji bazy danych WINS. {Datafiles 1}
dDFDatafileEntry
Rekord nazwy w pliku danych. {DFDatafilesTable 1}
dFDatafileIndex
Indeks w tablicy plików danych. {dDFDatafileEntry 1}
dFDatafileName
Nazwa pliku danych używanego do statycznej
inicjalizacji {dDFDatafileEntry 2}
Tabela 9.7 Grupa parametrów MIB dla partnera "pull" w Windows NT
Parametr Opis
PullInitTime Określa, czy pobierać replikę podczas uruchomienia
i rekonfiguracji WINS (Rekonfiguracja zachodzi
podczas modyfikacji zmiennych MIB z grup dla
partnerów "pull" i "push"). {Pull 1}
PullCommRetryCount Określa liczbę ponownych prób w przypadku zerwania
łączności podczas replikacji. {Pull 2}
PullPnrTable
Tablica - lista partnerów replikacji "pull". {Pull 3}
pPullPnrEntry Rząd tablicy odpowiadający partnerowi. {PullPnrTable
1}
PullPnrAdd
Adres IP zdalnego partnera WINS. {pPullPnrEntry 1}
PullPnrSpTime
Czas, w którym należy wykonać replikację z partnerem
"pull". {pPullPnrEntry 2}
PullPnrTimeInterval Odstęp czasu pomiędzy kolejnymi replikacjami
z partnerem "pull". {pPullPnrEntry 3}
PullPnrMemberPrec
Priorytet, który należy przyznać członkom grupy
zreplikowanym z partnera "pull". Priorytet lokalnie
zarejestrowanych członków jest wyższy, niż
którejkolwiek repliki. {pPullPnrEntry 4}
PullPnrNoOfSuccRpls
Liczba udanych replikacji od momentu uruchomienia
WINS lub wyzerowania liczników. {pPullPnrEntry 5}
PullPnrNoOfCommFails
Liczba replikacji nieudanych z powodu błędów
w komunikacji. {pPullPnrEntry 6}
Określanie nazw w TCP/IP przy użyciu WINS
327
PullPnrVerNoLowWord Mniej
znaczące słowo najwyższego numeru wersji
w rekordach posiadanych przez ten serwer WINS.
{pPullPnrEntry 7}
PullPnrVerNoHighWord Bardziej
znaczące słowo najwyższego numeru wersji
w rekordach posiadanych przez ten serwer WINS.
{pPullPnrEntry 8}
Tabela 9.8 Grupa parametrów MIB dla partnera "push" w Windows NT
Parametr Opis
PushInitTime Określa, czy należy wysyłać komunikat informujący
o zmianach podczas uruchamiania WINS. {Push 1}
PushRplOnAddChg Określa, czy należy wysyłać komunikat informujący
o zmianach po zmianie adresu. {Push 2}
PushPnrTable Tablica
określająca partnerów "push", do których
należy wysyłać komunikaty informujące o zmianach.
{Push 3}
pPushPnrEntry Rząd tablicy odpowiadający partnerowi.
{PushPnrTable 1}
PushPnrAdd
Adres IP partnera WINS. {pPushPnrEntry 1}
PushPnrUpdateCount Liczba
uaktualnień, która powoduje wysłanie
komunikatu informującego o zmianach.
{pPushPnrEntry 2}
Tabela 9.9 Grupa parametrów MIB dla poleceń WINS w Windows NT
Parametr Opis
CmdPullTriger
Ustawienie go powoduje, że WINS pobiera replikę ze
zdalnego serwera, określonego przez adres IP. {Cmd 1}
CmdPushTrigger
Ustawienie go powoduje, że WINS wysyła komunikat
informujący o zmianach do zdalnego serwera,
określonego przez adres IP. {Cmd 2}
CmdDeleteWins
Ustawienie go powoduje, że wszystkie informacje
dotyczące pewnego serwera WINS są usuwane
z lokalnego serwera. Polecenia tego można użyć, kiedy
kończy się pojemność tablicy odwzorowań posiadacz-
adres. {Cmd 3}
CmdDoScavenging
Ustawienie go powoduje, że WINS rozpoczyna
oczyszczanie bazy danych. {Cmd 4}
CmdDoStaticInit
Zapis do tego parametru spowoduje, że WINS
przeprowadzi statyczną inicjalizację przy użyciu pliku
określonego przez zapisaną wartość. Po ustawieniu na 0
WINS przeprowadzi statyczną inicjalizację przy użyciu
plików wyszczególnionych w Rejestrze. {Cmd 5}
CmdNoOfWrkThds Odczytuje
liczbę wątków roboczych w WINS. {Cmd 6}
Rozdział 9
328
CmdPriorityClass Odczytuje
klasę priorytetu dla WINS. {Cmd 7}
CmdResetCounters
Zeruje liczniki WINS. {Cmd 8}
CmdDeleteDbRecs Działa podobnie jak CmdDeleteWins, ale usuwa
z lokalnego serwera WINS tylko rekordy danych
dotyczące innego serwera. {Cmd 9}
CmdDRPopulateTable
Pobiera rekordy z serwera WINS określonego przez
podany adres IP i tworzy z nich bazę danych. {Cmd 10}
CmdDRDataRecordsTable
Tablica, która przechowuje rekordy danych WINS.
Rekordy są posortowane według nazwy komputera;
tabela jest przez pewien czas buforowana. Aby ją
zregenerować, należy ustawić zmienną MIB
CmdDRPopulateTable. {Cmd 11}
CmdDRRecordEntry
Jest to rekord danych posiadany przez serwer WINS,
którego adresu IP użyto w poleceniu
CmdDRPopulateTable. {CmdDRDataRecordsTable 1}
CmdDRRecordName
Nazwa przechowywana w rekordzie.
{cCmdDRRecordEntry 1}
CmdDRRecordAddress
Adresy przechowywane w rekordzie. Jeśli rekord jest
typu multihomed lub internet group, wówczas adresy
zwracane są sekwencyjnie w parach - każda para składa
się z adresu serwera-właściciela, po którym następuje
adres komputera lub członka grupy internetowej.
Rekordy są zawsze zwracane w porządku bajtów
obowiązującym w sieci. {cCmdDRRecordEntry 2}
CmdDRRecordType
Typ rekordu: unique, multihomed, group lub internet
group. {cCmdDRRecordEntry 3}
CmdDRRecordPersistenceTyp
e
Określa czy rekord jest statyczny, czy dynamiczny.
{cCmdDRRecordEntry 4}
CmdDRRecordState Określa stan rekordu: aktywny, zwolniony czy wygasły.
{cCmdDRRecordEntry 5}
CmdWinsVersNoLowWord Mniej
znaczące słowo numeru wersji rekordu. {Cmd
12}
CmdWinsVersNoHighWord Bardziej
znaczące słowo numeru wersji rekordu. {Cmd
13}