Konfigurowanie serwera WINS

5/5 - (1 vote)

Poniższa procedura pozwala przygotować system do działania jako serwer WINS:

  • Dodajemy do systemu usługę sieciową WINS, jeżeli potrzeba (używając przycisku Add w zakładce Services apletu Network panelu sterowania).
  • Uruchamiamy narzędzie administracyjne WINS Manager (dostępne również przez polecenie winsadmn). Wybieramy odpowiedni serwer WINS z listy, dodając go, jeżeli zajdzie potrzeba.
  • Za pomocą ścieżki menu Mappings->Static Mappings… definiujemy statyczne mapowania nazw używanych w sieci. Są to pary nazwa hosta – adres IP”, które są przypisywane systemom na stałe.
  • Używamy ścieżki menu Server-> Configuration… do określenia parametrów działania dla serwera WINS.

Rysunek 16
Źródło własne

Najważniejsze pola okna dialogowego konfiguracji serwera WINS to:

  • Pole Renewal Interval określa okres dzierżawy dla klienta WINS.
  • Pole Extinction Interval określa, jak długo zwolnione pole bazy danych jest nieużywane, zanim zostanie zaznaczone jako wygasłe (przy założeniu, że żaden inny system nie prosi o tę nazwę).
  • Pole Extinction Timeout określa, jak szybko wygasłe wpisy są usuwane z bazy danych WINS w czasie operacji odśmiecania (ang. scavenging), która jest wymuszana z programu WINS Manager za pomocą opcji menu Mappings->Inititate Scavenging.
  • Pola Initial Replication w obszarach Pull Parameters i Push Parameters wskazują, czy serwer zawsze przy uruchamianiu wysyła informacje do lub żąda informacji od swojego replikatora w parze
  • Pole Replicate on Address Change w obszarze Push Parameters określa, czy serwer zawsze informuje swojego replikatora w parze, gdy wpis w bazie danych się zmieni (włącznie z tworzeniem nowego wpisu).
  • Używamy ścieżki menu Server-> Replication Partners… do określenia innych systemów, z którymi ten serwer będzie okresowo wymieniał dane o rozwiązywaniu nazw. System, do którego serwer wysyła dane, jest nazywany partnerem push, a system, z którego serwer odbiera dane, nazywamy partnerem pull. Zdalny system może pracować w jednym lub obu tych trybach.

Pliki Hosts i LMHosts

5/5 - (1 vote)

W sieciach TCP/IP plik Hosts tradycyjnie zawiera listę hostów w sieci lokalnej (włącznie z samym hostem lokalnym). Jeżeli używamy tego pliku jako zbioru nazw hostów, musimy edytować go, gdy dodajemy nowy system do sieci. Kiedy dodajemy system do istniejącej sieci, należy edytować plik Hosts w każdym systemie sieci lokalnej.

Oto przykładowy plik Hosts dla małej sieci LAN:

# Loopback address for localhost
127.1 localhost
# Our hostname and address
10.1.1.2 spain spain.auroral.com
# Others hosts in the local network
10.1.1.1 brazil
10.1.1.3 usa
10.1.1.4 canada
10.1.1.5 england uk
10.1.1.6 greece olympus achaia
10.0.13.4 vala
192.168.34.77 dalton

Wiersze rozpoczynające się od znaku # to komentarze, a więc są ignorowane. Poza komentarzami każdy wiersz ma trzy pola: adres sieciowy hosta w sieci, nazwę hosta i aliasy (lub synonimy) dla tego hosta. Każdy plik Hosts musi zawierać co najmniej dwa wpisy: adres pętli zwrotnej dla celów debugowania (zgodnie z konwencją 127.1) i adres, przez który system lokalny jest znany w pozostałej części sieci. Inne wiersze opisują inne hosty w sieci lokalnej. Po wierszach dla adresu pętli zwrotnej i systemu lokalnego przykładowy plik Hosts zawiera listę adresów sieciowych dla wszystkich innych systemów w sieci lokalnej. Plik może również zawierać wpisy dla hostów, które nie są bezpośrednio w twojej sieci lokalnej (jak to pokazuje ostatni wiersz). Trzem hostom przypisano aliasy (lub synonimy): localhost jest znany jako spain i może być również wywoływany przez jego pełną nazwę spain. auroral.com. Podobnie uk jest synonimem dla england, a olyrnpus i achaia są synonimami dla hosta greece. Nazwa hosta może mieć tyle aliasów, ile chcemy, każdy alias jest oddzielony od poprzedniej nazwy jedną lub kilkoma spacjami. Plik LMHosts ma to samo zadanie mapowania nazw hostów NetBIOS na adresy IP. Ma podobny format jak plik Hosts i jest zapisany w tym samym katalogu. Oto przykład:

10.1.13.1 godot
10.1.13.2 leda
10.1.13.3 demeter
10.1.13.4 vala #PRE #DOM:BOREALIS
10.1.13.5 jama #PRE 192.168.34.77 dalton #PRE
#INCLUDE \\vala\config\lmhosts
#BEGIN_ALTERNATE
#INCLUDE \\dalton\adminbin\lmhosts
#INCLUDE \\priestley\adminbin\lmhosts
#END_ALTERNATE

Pierwsza część pliku pokazuje adresy IP i nazwy hostów dla kilku hostów. Komentarz #PRE, występujący za niektórymi wpisami, to w rzeczywistości dyrektywy wskazujące, że odpowiedni wpis powinien był ładowany wcześniej do pamięci podręcznej WINS i trzymany tam na stałe. Dyrektywa #DOM identyfikuje vala jako kontroler domeny dla domeny borealis. Druga część pliku wstawia zawartość innego pliku do aktualnego pliku LMHosts.

Trzecia część pliku pozwala na redundantne źródła dla dodatkowego pliku zewnętrznego, który jest wstawiany do pliku LMHosts. Dyrektywy #INCLUDE, zawarte wewnątrz dyrektyw #BEGIN_ALTERNATE i #END_ALTERNATE, pokazują inne możliwe źródła dla włączanego pliku (które są, jak zwykle, kolejno sprawdzane).

Obu plików Hosts i LMHosts można używać łącznie z odpowiadającą im usługą rozwiązywania nazw (odpowiednio DNS i WINS).

Podstawowa konfiguracja TCP/IP

Oceń tę pracę

Parametr TCP/IP, jaki tutaj trzeba podać podać, to adres IP systemu, który jest wprowadzany przez zakładkę IP Address (Adres IP) w Properties okna dialogowego TCP/IP.

Dwa przyciski umieszczone w oknie dialogowym służą do wskazania, czy system ma stały (statyczny) adres IP czy wykorzystuje DHCP do uzyskania adresu w razie potrzeby.

Po wybraniu karty sieciowej z menu Adapter (jeżeli jest zainstalowanych więcej niż jedna w komputerze), określamy adres IP systemu i maskę podsieci, jaka będzie używana w odpowiednich polach. Wielokrotne adresy IP dla karty można określić za pomocą przycisku Advanced… (Zaawansowane…).

Rysunek 12
Źródło własne

Ostatnie pole okna dialogowego Default Gateway (Brama domyślna) jest używane do określenia gatewaya dla połączeń poza siecią lokalną.

Inne zakładki w oknie dialogowym Microsoft TCP/IP Properties są używane jako opcje dla usługi rozwiązywania nazw i routingu.

Funkcje rozwiązywania nazw

5/5 - (1 vote)

Funkcje rozwiązywania nazw są kluczowym elementem w zarządzaniu sieciami komputerowymi, ponieważ umożliwiają przekładanie nazw zasobów, takich jak nazwy domenowe, na odpowiadające im adresy IP, które są używane do komunikacji w sieci. Rozwiązywanie nazw jest niezbędne do efektywnego funkcjonowania systemów informacyjnych, ponieważ pozwala użytkownikom i aplikacjom na korzystanie z przyjaznych dla człowieka nazw zamiast trudnych do zapamiętania adresów numerycznych.

Pierwszą funkcją rozwiązywania nazw jest konwersja nazw na adresy IP. W przypadku systemów, takich jak DNS (Domain Name System), rozwiązanie to polega na zamianie przyjaznych nazw domenowych, jak „example.com”, na adresy IP, które są zrozumiałe dla komputerów i innych urządzeń w sieci. W DNS proces ten odbywa się poprzez zapytanie do serwerów DNS, które zawierają informacje o nazwach i odpowiadających im adresach IP.

Kolejną funkcją jest wspieranie komunikacji w sieci. W sieciach lokalnych i globalnych, urządzenia komunikują się między sobą na podstawie adresów IP, ale w praktyce dla użytkowników czy aplikacji znacznie wygodniejsze jest używanie nazw. Funkcja rozwiązywania nazw pozwala na przekładanie tych nazw na adresy IP, umożliwiając przesyłanie danych w sieci. Na przykład, podczas przeglądania strony internetowej, przeglądarka najpierw rozwiązuje nazwę domeny na odpowiedni adres IP serwera, a następnie nawiązuje z nim połączenie.

Bezpieczeństwo jest kolejną funkcją rozwiązywania nazw. W systemach rozwiązywania nazw, takich jak DNS, istnieją mechanizmy, które pozwalają na weryfikację autentyczności odpowiedzi. Przykładem jest DNSSEC (DNS Security Extensions), które zapobiegają atakom, takim jak DNS spoofing, zapewniając integralność danych i autentyczność odpowiedzi DNS. Dzięki takim mechanizmom, użytkownicy i aplikacje mogą mieć pewność, że otrzymane informacje o adresach IP są prawdziwe i pochodzą z wiarygodnego źródła.

Kolejną funkcją jest dostosowywanie wyników rozwiązywania nazw do lokalnych warunków sieciowych. Dzięki mechanizmom takim jak load balancing czy geolokalizacja, systemy rozwiązywania nazw mogą zwracać różne odpowiedzi zależnie od miejsca, z którego pochodzi zapytanie. Na przykład, w przypadku dużych serwisów internetowych, serwer DNS może zwrócić adres IP serwera, który jest najbliżej użytkownika, aby zoptymalizować czas odpowiedzi i zminimalizować opóźnienia w transmisji danych.

Ostatnią ważną funkcją rozwiązywania nazw jest przechowywanie informacji o nazwach. W systemach DNS, każda domena i powiązane z nią zasoby są zorganizowane w postaci rekordów. Dzięki tym rekordom, serwery DNS przechowują informacje o nazwach hostów, serwerach pocztowych, usługach i innych zasobach sieciowych. Rekordy te umożliwiają szybkie i skuteczne rozwiązywanie nazw, co jest istotne w dużych, rozproszonych sieciach, gdzie liczba zasobów jest ogromna.

Funkcje rozwiązywania nazw są niezbędne do zapewnienia prawidłowego działania sieci komputerowych. Obejmują one konwersję nazw na adresy IP, wspieranie komunikacji, zapewnienie bezpieczeństwa, dostosowywanie wyników rozwiązywania nazw oraz przechowywanie i organizowanie informacji o zasobach sieciowych. Dzięki tym funkcjom, użytkownicy mogą łatwo i bezpiecznie korzystać z sieci, a systemy rozwiązywania nazw zapewniają wydajność i elastyczność, która jest niezbędna w globalnym środowisku internetowym.

Dla wygody polecenia wyższego rzędu użytkownika wykorzystują nazwy hostów do podawania lokalizacji zdalnych maszyn w sieci. Z tego powodu oprogramowanie sieciowe wymaga adresu sieciowego systemu używającego tej nazwy hosta, by wykonać żądaną operację. W ten sposób, gdy użytkownik wprowadzi polecenie takie jak finger chavez@hamlet, pierwszą rzeczą, jaką trzeba zrobić, to zamienić nazwę hosta hamlet na jego adres IP (10.1.2.6). TCP/IP daje dwa sposoby wykonywania translacji adresu z nazwy hosta na IP (proces ten jest także nazywany rozwiązywaniem nazw):

  • Adres IP można znaleźć szukając nazwy hosta w pliku konfiguracyjnym Hosts. W systemach Windows NT plik ten jest umieszczony w katalogu %SystcniRoot%\System32\Drivers\Etc
  • System może poprosić o translacje serwer pracujący jako DNS (Domain Name Service), by od niego dostać adres IP

Ta sama kwestia często pojawia się wtedy, gdy użytkownik wprowadzi polecenie takie jak net view tirzach lub dir\\pele\homes\chavez. Polecenia te są oparte na protokołach SMB i NetBIOS. Operacje NetBIOS mogą uzyskać adres IP dla zadanej nazwy hosta z pliku konfiguracyjnego LHHosts (zapisanego w tym samym katalogu, co plik Hosts TCP/IP) lub przez WINS (Windows Internet Name Service), który zapewnia rejestrację nazwy hosta i usługi rozwiązywania nazw dla NetBIOS. W systemach Windows NT WINS może pracować wraz z DNS, a oba systemy są zintegrowane.

Dodatkowa konfiguracja sieci

Oceń tę pracę

W zależności od przeznaczenia nowego systemu, może zajść potrzeba zainstalowania dodatkowych usług TCP/IP W tabeli pokazałem dostępne usługi sieciowe oferowane przez system operacyjny Windows NT. Elementy oznaczone gwiazdką są instalowane domyślnie. Dowolne z nich można zainstalować za pomocą zakładki Services (Usługi) apletu Network panelu sterowania.

Usługa Opis
BOOTP Relay Agent Pozwala systemowi na przekazywanie pakietów rozgłoszeniowych BOOTP pomiędzy podsieciami (jest to poprzednik DHCP obsługujący zdalne inicjowanie bezdyskowych stacji roboczych)
Computer Browser Obsługa przeglądania sieci w stylu Explorera Windows
DHCP Relay Agent Przekazywanie pakietów rozgłoszeniowych DHCP do zdalnego serwera DHCP w innej podsieci (np. jeżeli router łączy sieci, nie będzie tego robił)
Gateway (and Client) Services for NetWare Dostęp do sieci NetWare
Microsoft DHCP Server Przypisanie adresu IP do żądającego go komputera
Microsoft DNS Server Podanie adresu IP odpowiadającego nazwie hosta (zawiera integrację z WINS)
Microsoft Internet Information Server Udostępnianie różnych usług WWW (zawiera serwer FTP oddzielony w wersji Windows NT 3.5x)
Microsoft TCP/IP Printing Obsługa drukowania do i z obcych hostów TCP/IP przez funkcję LPD
NetBIOS Interface Podstawowa obsługa NetBIOS (wymagane przez niektóre usługi)
Network Monitor Agent Zbieranie danych o wydajności sieci
Network Monitor Tools and Agent Zbieranie danych o wydajności sieci oraz narzędzia do ich oglądania
Remote Access Service Włączenie sieci typu dial-up (w oparciu o PPP lub SLIP)
Remoteboot Service RIP for Internet Protocol Zapewnienie usługi startowania stacji bezdyskowych Włączenie routingu TCP/IP pomiędzy podsieciami Usługi rutingu dla NetWare (IPX)
RIP for NWLink IPX/SPX Compatible Transport Obsługa możliwości RPC (Remote Procedure Call)
RPC Configuration RPC Support for Banyan Obsługa wywołań RPC do komputerów w sieciach Banyan Vines
SAP Agent Wsparcie dla protokółu NetWare SAP (Service Advertising Protocol)
Server System działa jako serwer NT (wykorzystuje protokół SMB)
Services for Macintosh Zapewnienie możliwości podłączenia klientom Macintosh
Simple TCP/IP Services Dodanie usług testowych związanych z TCP/IP:

Chargen, Daytime, Discard, Echo i Quote (mimo nazwy, element ten nie jest potrzebny w większości systemów)

SNMP Service Implementacja protokołu SNMP (Simple Network Monitoring Protocol), używanego przez wiele narzędzi do administrowania siecią
Windows Internet Name Service Usługa rozwiązywania nazw w Microsoft LAN. Tłumaczenie nazw hostów na adresy MAC
Workstation Usługi wymagane przez system pracujący jako stacja robocza (klient SMB)