ROZDZIAú 26

Wsp≤│praca z systemami host≤w IBM

     System Microsoft Windows 2000 Professional wraz z oprogramowaniem Microsoft SNA Server umo┐liwia u┐ytkownikom bezpo£redni dostΩp do system≤w host≤w firmy IBM Corporation. SNA Server jest opracowanym przez firmΩ Microsoft rozwi╣zaniem umo┐liwiaj╣cym │╣czenie komputer≤w osobistych i serwer≤w z systemami host≤w IBM. Mo┐liwe jest tak┐e │╣czenie siΩ z hostem IBM bezpo£rednio, bez u┐ycia bramy takiej jak SNA Server û za pomoc╣ protoko│u TCP/IP. Wymaga to, aby host IBM obs│ugiwa│ i by│ skonfigurowany do u┐ywania dostΩpu terminalowego SNA Telnet, typu TN3270 lub TN5250, oraz aby klienci u┐ywali emulator≤w terminali obs│uguj╣cych odpowiedni z tych protoko│≤w. W niniejszym rozdziale przedstawiono komponenty umo┐liwiaj╣ce integrowanie i zarz╣dzanie po│╣czeniami systemu Windows 2000 Professional z systemami host≤w IBM oraz usuwanie problem≤w zwi╣zanych z tymi po│╣czeniami.
Zawarto£µ rozdzia│u
      Om≤wienie wsp≤│pracy z systemami host≤w IBM
      Protok≤│ DLC
      SNA Server Client i inne sk│adniki
      Integracja zarz╣dzania sieci╣
      Windows 2000 Professional i bezpiecze±stwo system≤w host≤w IBM
      Rozwi╣zywanie problem≤w

Om≤wienie wsp≤│pracy z systemami host≤w IBM

     Systemy host≤w IBM korzystaj╣ z innej architektury sieciowej SNA (Systems Network Architecture) ni┐ system Windows 2000 Professional. Z tego powodu, aby komputery u┐ywaj╣ce systemu Windows 2000 Professional mog│y komunikowaµ siΩ z systemami host≤w IBM, konieczne jest zainstalowanie bramy interpretuj╣cej obydwa protoko│y sieciowe lub jednego, wsp≤lnego protoko│u.
Uwaga Og≤lne om≤wienie architektury SNA znajduje siΩ w dalszej czΩ£ci tego rozdzia│u, w paragrafie äArchitektura SNA firmy IBMö.
     Aby po│╣czyµ siΩ z hostem IBM za pomoc╣ urz╣dzania bramy, konieczne jest zainstalowanie protoko│u LAN w kliencie u┐ywaj╣cym systemu Windows 2000 Professional oraz bramy, kt≤ra umo┐liwia t│umaczenie tego protoko│u na protok≤│ lub strumie± danych hosta IBM i vice versa. Oprogramowanie SNA Server dzia│a jako brama udostΩpniaj╣ca takie w│a£nie us│ugi translacji. Rysunek 26.1 przedstawia, w jaki spos≤b SNA Server pe│ni funkcjΩ bramy pomiΩdzy hostami IBM a komputerem u┐ywaj╣cym systemu Windows 2000 Professional.


Rysunek 26.1 ú╣czno£µ z hostem poprzez bramΩ SNA Server

     Tabela 26.1 zawiera protoko│y LAN, kt≤re s╣ obs│ugiwane przez oprogramowanie SNA Server.      
Tabela 26.1 Protoko│y LAN-Host u┐ywane przez us│ugΩ SNA Server

Protok≤│OpisWymagania klienta

Microsoft Networking (Named Pipes) Interfejs programowania aplikacji (API) firmy Microsoft, u┐ywany do komunikacji pomiΩdzy komputerami u┐ywaj╣cymi sieci Microsoft Networking. Sk│adniki SNA Server lub oprogramowanie emulacyjne firm trzecich. Dowolny protok≤│ LAN systemu Windows 2000 Professional.
Novell NetWare (IPX/SPX) U┐ywany g│≤wnie do uzyskiwania dostΩpu do zasob≤w systemu NetWare. Sk│adniki SNA Server lub oprogramowanie emulacyjne firm trzecich. Protok≤│ IPX/SPX.
TCP/IP Banyan Vines Zaprojektowany dla Internetu i sieci rozleg│ych (WAN). Protok≤│ Banyan VINES (Virtual Integrated Network Service). Protok≤│ u┐ywany w sieciach firmy Banyan. Sk│adniki SNA Server lub oprogramowanie emulacyjne firm trzecich. Protok≤│ TCP/IP. Sk│adniki SNA Server lub oprogramowanie emulacyjne firm trzecich. Protok≤│ Banyan IP.


     Aby po│╣czyµ siΩ z hostem IBM bez po£rednictwa us│ug bramy SNA Server, konieczne jest zagwarantowanie, ┐e system Windows 2000 Professional i host IBM bΩd╣ korzysta│y ze wsp≤lnego protoko│u. Rysunek 26.2 przedstawia przyk│ad bezpo£redniej │╣czno£ci pomiΩdzy komputerem u┐ywaj╣cym systemu Windows 2000 Professional a hostem IBM.


Rysunek 26.2 Bezpo£rednia │╣czno£µ z hostem IBM

     W tabeli 26.2 opisano wsp≤lne protoko│y sieciowe, kt≤re mog╣ zostaµ zaimplementowane na potrzeby komunikacji bezpo£redniej w systemie hosta IBM i w komputerze u┐ywaj╣cym systemu Windows 2000 Professional.
Tabela 26.2 Wsp≤lne protoko│y sieciowe

Protok≤│OpisWymagania klienta

TCP/IP Zaprojektowany dla Internetu i sieci WAN. Oprogramowanie emulacyjne firm trzecich, obs│uguj╣ce bezpo£redni╣ │╣czno£µ TN3270 lub TN5250. Protok≤│ TCP/IP.
DLC Data Link Control, nazywany te┐ 802.2. Protok≤│ LAN u┐ywany g│≤wnie do │╣czno£ci z hostami. Oprogramowanie emulacyjne firm trzecich, obs│uguj╣ce │╣czno£µ DLC. Protok≤│ DLC.
SDLC Synchronous Data Link Control. Protok≤│ WAN u┐ywany w po│╣czeniach typu punkt-punkt lub punkt-wiele punkt≤w. Oprogramowanie emulacyjne firm trzecich, obs│uguj╣ce │╣czno£µ SDLC. Adapter SDLC. Modem synchroniczny. Protok≤│ SDLC.
Coax Bezpo£rednie po│╣czenie kablowe typu punkt-punkt umo┐liwiaj╣ce dostΩp do hosta mainframe IBM. Oprogramowanie emulacyjne firm trzecich, obs│uguj╣ce │╣czno£µ Coax. Adapter Coax.
Twinax Bezpo£rednie po│╣czenie kablowe typu punkt-punkt umo┐liwiaj╣ce dostΩp do hosta AS/400. Oprogramowanie emulacyjne firm trzecich, obs│uguj╣ce │╣czno£µ Twinax. Adapter Twinax.


Serwer SNA

     Serwer SNA udostΩpnia administratorom r≤┐norodne rozwi╣zania umo┐liwiaj╣ce integracjΩ heterogenicznych sieci i intranet≤w z systemami host≤w firmy IBM klasy mainframe, midrange oraz AS/400, jak zilustrowano to na rysunku 26.3. Serwer SNA jest aplikacj╣ z rodziny Back Office dzia│aj╣c╣ w systemie Windows 2000 Server, udostΩpniaj╣c╣ zaawansowane us│ugi integracji sieci, danych i aplikacji.
     Serwer SNA umo┐liwia wsp≤│pracΩ z systemami host≤w u┐ywaj╣cymi protoko│≤w SNA oraz TCP/IP. W pierwszym przypadku SNA udostΩpnia │╣czno£µ sieciow╣ dzia│aj╣c jako bezpieczna i wydajna brama pomiΩdzy heterogenicznymi klientami i systemem host≤w. Poniewa┐ serwer ten dzia│a w systemie Windows 2000, klienci u┐ywaj╣cy r≤┐nych system≤w operacyjnych mog╣ siΩ z nim │╣czyµ za po£rednictwem standardowych protoko│≤w sieciowych, takich jak TCP/IP, IPX/SPX, NetBEUI, Banyan VINES IP, AppleTalk oraz przez us│ugΩ Routingu i zdalnego dostΩpu Windows 2000 Server. SNA nawi╣zuje po│╣czenie z systemem mainframe lub AS/400 u┐ywaj╣c standardowych protoko│≤w IBM SNA.
     Po ustanowieniu po│╣czenia SNA lub TCP/IP, klienci mog╣ u┐ywaµ zaawansowanych funkcji us│ugi SNA w celu uzyskania bezpiecznego dostΩpu do danych, aplikacji i us│ug sieciowych udostΩpnianych przez systemy host≤w IBM. Nie musz╣ przy tym porzucaµ interfejsu znajomego systemu operacyjnego lub przegl╣darki sieci Web.


Rysunek 26.3 Heterogeniczne sieci zintegrowane z systemami host≤w IBM za po£rednictwem us│ugi SNA

     G│≤wn╣ zalet╣ us│ugi SNA Server jest jej zdolno£µ do udostΩpniania szerokiego zakresu us│ug integracji z hostami. Umo┐liwiaj╣ one wsp≤│pracΩ z systemami host≤w na kilku r≤┐nych p│aszczyznach:
     Integracja sieci Obs│uga │╣czno£ci miΩdzy r≤┐nymi platformami sieciowymi i protoko│ami, integracja zabezpiecze± i pojedyncze zapisywanie siΩ (pojedyncze zapisywanie siΩ umo┐liwia u┐ytkownikom jednokrotne podanie nazwy i has│a w celu uzyskania dostΩpu do r≤┐norodnych serwer≤w, system≤w lub aplikacji).
     DostΩp do danych Przezroczyste us│ugi transferu plik≤w, uniwersalne technologie dostΩpu do danych takie jak OLE DB i ODBC (Open Database Connectivity) oraz replikacja danych host≤w.
     Wsp≤│praca aplikacji DostΩp terminalowy, zintegrowane us│ugi transakcji oraz integracja sieci host≤w z sieci╣ Web.
     Integracja zarz╣dzania sieci╣ Integracja us│ug zarz╣dzania sieci╣ Windows 2000 z us│ugami zarz╣dzania IBM NetView.
Uwaga Szczeg≤│owe informacje o funkcjonowania us│ugi serwer SNA na ka┐dej z p│aszczyzn integracji systemu Windows 2000 znajduj╣ siΩ w tomie Integracja MiΩdzysieciowa, wchodz╣cym w sk│ad publikacji Microsoft Windows 2000 Server Resource Kit.

Architektura SNA firmy IBM

     SNA jest architektur╣ sieci komputerowych opracowan╣ przez firmΩ IBM w celu zapewnienia infrastruktury komunikacyjnej dla produkowanych przez ni╣ system≤w mainframe, midrange oraz komputer≤w osobistych. Architektura SNA definiuje zbi≤r protoko│≤w komunikacyjnych i format≤w komunikat≤w umo┐liwiaj╣cych wymianΩ i zarz╣dzanie danymi w sieciach host≤w IBM.
     Architektura SNA znajduje zastosowanie w nastΩpuj╣cych sytuacjach:      Architektura SNA mo┐e byµ implementowana w oparciu o dwa modele sieci: hierarchiczny oraz r≤wnoprawny (typu peer-to-peer).

Sieci hierarchiczne

     Ten model sieci SNA, zwany r≤wnie┐ modelem obszarowym, umo┐liwia geograficznie rozproszonym u┐ytkownikom terminali dostΩp do centralnych system≤w przetwarzania klasy mainframe. W hierarchicznym modelu sieci centralny system komunikacyjny obs│ugiwany przez hosty (mainframe) musi zapewniaµ us│ugi sieciowe wszystkim u┐ytkownikom w sieci, jak pokazano na rysunku 26.4.


Rysunek 26.4 Hierarchiczna sieµ SNA

     W tym modelu komputery mainframe firmy IBM korzystaj╣ z protoko│u SNA znanego jako 3270. Protok≤│ ten umo┐liwia konwersacjΩ miΩdzy systemem mainframe a urz╣dzeniami takimi, jak terminale, drukarki i kontrolery.

Sieci r≤wnoprawne (peer-to-peer)

     P≤ƒniej opracowany model sieci APPN (Advanced Peer-to-Peer Networking) korzysta z zasob≤w nowoczesnych sieci lokalnych (LAN) i rozleg│ych (WAN), umo┐liwiaj╣c przetwarzanie w architekturze klient/serwer. Sieci APPN umo┐liwiaj╣ przetwarzanie rozproszone, daj╣c ka┐demu komputerowi w sieci mo┐liwo£µ u┐ywania protoko│≤w SNA w celu uzyskiwania dostΩpu do zasob≤w dowolnego innego komputera. Komputery w sieciach APPN nie musz╣ byµ zale┐ne od us│ug komunikacyjnych dostarczanych przez systemy mainframe.
     Komunikacja APPC (Advanced Program-to-Program Communication) jest u┐ywana zazwyczaj w £rodowisku hosta AS/400, jednak┐e mog╣ z niej korzystaµ tak┐e systemy mainframe. APPC jest u┐ywana przez r≤┐norodne aplikacje, │╣cznie z dostΩpem terminalowym i transferem plik≤w 5250. W architekturze SNA IBM protok≤│ 5250 jest u┐ywany do nawi╣zywania komunikacji pomiΩdzy hostami AS/400 a takimi urz╣dzeniami, jak terminale i drukarki.
     Typowa sieµ APPN sk│ada siΩ z kilku r≤┐nych urz╣dze±, takich jak hosty IBM lub komputery osobiste do│╣czone do jednej lub kilku sieci LAN, jak to zilustrowano na rysunku 26.5.


Rysunek 26.5 Sk│adniki sieci APPN

     Model sieci peer-to-peer mo┐e zostaµ zaimplementowany w wielu r≤┐nych £rodowiskach. Komputer klasy midrange AS/400, z racji swojej popularno£ci i dobrej wsp≤│pracy z APPN, jest hostem najczΩ£ciej u┐ywanym w sieciach APPN. Sieci te s╣ te┐ obs│ugiwane r≤wnie┐ przez nowoczesne systemy mainframe.
     Du┐a baza zainstalowanych i dzia│aj╣cych aplikacji dla system≤w mainframe i midrange firmy IBM powoduje, ┐e obydwa modele sieci SNA s╣ czΩsto u┐ywane w sieciach korporacyjnych.
Uwaga SNA powoli ewoluuje w kierunku struktury sieci peer-to-peer. CzΩ£ci╣ tej ewolucji jest │╣czenie sieci APPN z hierarchicznymi sieciami SNA. WiΩcej informacji na ten temat mo┐na znaleƒµ w dodatku äPodstawy wsp≤│pracy z systemem IBM SNAö w tomie Integracja MiΩdzysieciowa, wchodz╣cym w sk│ad publikacji Microsoft Windows 2000 Server Resource Kit.
     Zar≤wno hierarchiczne jak i r≤wnorzΩdne sieci SNA zawieraj╣ r≤┐ne klasy komponent≤w, obs│uguj╣cych komunikacjΩ pomiΩdzy r≤┐nymi systemami û klasy mainframe, midrange oraz komputerami osobistymi. Sk│adniki przedstawione w tabeli 26.3 s╣ g│≤wnymi elementami architektury SNA firmy IBM.
Tabela 26.3 G│≤wne sk│adniki architektury SNA

Sk│adnikiOpis

Sk│adniki sprzΩtowe lub wΩz│y SprzΩt stanowi╣cy platformy obliczeniowe oraz urz╣dzenia sieciowe, implementuj╣ce okre£lone funkcje komunikacji i zarz╣dzania SNA.
Typy po│╣cze± Standardy sprzΩtowe i komunikacyjne udostΩpniaj╣ce £cie┐ki komunikacyjne miΩdzy komponentami sieci SNA.
Jednostki fizyczne (PU) Kombinacja sprzΩtu i oprogramowania umo┐liwiaj╣ca konfigurowanie i kontrolΩ urz╣dze± sieciowych SNA, po│╣cze± i protoko│≤w.
Jednostki logiczne (LU) Protoko│y definiuj╣ce standardowy format przesy│ania danych dla okre£lonych aplikacji, takich jak dostΩp terminalowy lub drukowanie.
Sesje SNA Sesje komunikacyjne oparte na ustanowieniu i zako±czeniu logicznych sesji pomiΩdzy adresowalnymi jednostkami sieciowymi.


Protok≤│ DLC

     System Windows 2000 Professional zawiera dzia│aj╣cy w trybie chronionym, 32-bitowy sterownik protoko│u DLC. Protok≤│ ten mo┐e byµ u┐ywany do nawi╣zywania bezpo£redniej │╣czno£ci z hostem IBM. W tym przypadku konieczne jest korzystanie z oprogramowania emulacji terminala innego producenta. Protok≤│ DLC funkcjonuje w warstwie │╣cza danych modelu OSI (Open Systems Interconnection). DziΩki temu nie jest on zale┐ny od innych protoko│≤w LAN (np. TCP/IP) û mo┐liwe jest zainstalowanie jedynie protoko│u DLC i powi╣zanie go z adapterem sieciowym

Aby zainstalowaµ protok≤│ DLC, nale┐y:
  1. W menu Start wybraµ Ustawienia, a nastΩpnie klikn╣µ Panel sterowania.
  2. Dwukrotnie klikn╣µ Po│╣czenia sieciowe.
  3. Klikn╣µ prawym przyciskiem myszy Po│╣czenia lokalne i wybraµ opcjΩ W│a£ciwo£ci.
  4. Klikn╣µ przycisk Dodaj.
  5. Wybraµ Protoko│y, a nastΩpnie klikn╣µ przycisk Dodaj.
  6. Wybraµ Protok≤│ DLC, a nastΩpnie klikn╣µ przycisk Dodaj.
     W wiΩkszo£ci sytuacji nie ma potrzeby modyfikacji domy£lnych ustawie± protoko│u DLC. Zwykle jedynym powodem ich zmieniania jest otrzymanie takiej rady od dzia│u obs│ugi klienta firmy, w kt≤rej zosta│o zakupione oprogramowanie emulacji terminala. Gdy zachodzi potrzeba zmiany ustawie± domy£lnych, mo┐liwe jest, ┐e czΩ£µ z nich mo┐na zmodyfikowaµ z pomoc╣ tego oprogramowania. Protok≤│ DLC posiada ponadto pewne parametry, kt≤re mog╣ byµ modyfikowane z poziomu rejestru systemu Windows 2000 Professional. Parametry te zosta│y opisane w tabeli 26.4.


Ostrze┐enie Nie nale┐y u┐ywaµ bezpo£rednio edytora rejestru, chyba ┐e nie pozostaje ┐adne inne wyj£cie. Edytory rejestru omijaj╣ standardowe £rodki bezpiecze±stwa zapewnione przez narzΩdzia administracyjne. Zabezpieczenia te zapobiegaj╣ wprowadzeniu sprzecznych, mog╣cych zmniejszyµ wydajno£µ systemu lub uszkodziµ go ustawie±. Edycja rejestru mo┐e skutkowaµ powa┐nymi i niespodziewanymi konsekwencjami, prowadz╣cymi nawet do zablokowania rozruchu systemu i konieczno£ci jego ponownej instalacji. Aby konfigurowaµ lub dostosowywaµ system Windows 2000 nale┐y u┐ywaµ program≤w w Panelu Sterowania lub w Microsoft Management Console (MMC) je£li tylko jest to mo┐liwe.

     Aby zmieniµ dowolny z parametr≤w protoko│u DLC, nale┐y odszukaµ w rejestrze nastΩpuj╣cy klucz:
     HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\DLC \Parameters
Tabela 26.4 Parametry protoko│u DLC

ParametrOpisDomy£lnieZakres

Swap Je┐eli protok≤│ DLC jest powi╣zany ze sterownikiem Ethernet lub token-ring, to parametr ten nale┐y ustawiµ na 1 w celu w│╣czenia zamiany bit≤w adresu. 1 0-1(Boolean)
T1TickOne Okre£la äkr≤tki taktö czasomierza retransmisji. Czasomierz ten okre£la czas oczekiwania (w jednostkach r≤wnych 40 milisekund) przed ponownym wys│aniem ramki w przypadku, gdy nie zostanie otrzymane potwierdzenie. 5 1-255
T1TickTwo Okre£la äd│ugi taktö czasomierza retransmisji. Czasomierz ten okre£la czas oczekiwania (w jednostkach r≤wnych 40 milisekund) przed ponownym wys│aniem ramki w przypadku, gdy nie zostanie otrzymane potwierdzenie. 25 1-255
T2TickOne Okre£la äkr≤tki taktö czasomierza op≤ƒnienia potwierdzenia. Czasomierz ten okre£la op≤ƒnienie (w jednostkach r≤wnych 40 milisekund) przed potwierdzeniem odebranej ramki w przypadku, gdy okno odbiorcze nie zosta│o zape│nione. 1 1-255
T2TickTwo Okre£la äd│ugi taktö czasomierza op≤ƒnienia potwierdzenia. Czasomierz ten okre£la op≤ƒnienie (w jednostkach r≤wnych 40 milisekund) przed potwierdzeniem odebranej ramki w przypadku, gdy okno odbiorcze nie zosta│o zape│nione. 10 1-255
TiTickOne Okre£la äkr≤tki taktö czasomierza braku aktywno£ci (w jednostkach r≤wnych 40 milisekund). Czasomierz ten okre£la jak czΩsto protok≤│ DLC testuje nieaktywne │╣cze w celu sprawdzenia, czy w dalszym ci╣gu ono dzia│a. 25 1-255
TiTickTwo Okre£la äd│ugi taktö czasomierza braku aktywno£ci (w jednostkach r≤wnych 40 milisekund). Czasomierz ten okre£la jak czΩsto protok≤│ DLC testuje nieaktywne │╣cze w celu sprawdzenia, czy w dalszym ci╣gu ono dzia│a. 125 1-255
UseDixOver Ethernet Parametr ten jest u┐ywany w przypadku, gdy pakiety DLC s╣ przesy│ane przez sieµ Ethernet. Gdy jest on ustawiony na 1, pakiety DLC s╣ przesy│ane za pomoc╣ ramek typu Ethernet DIX (Ethernet II). Dla wszystkich pozosta│ych typ≤w ramek Ethernet powinno pozostawiµ siΩ warto£µ domy£ln╣ r≤wn╣ 0. 0 0-1(Boolean)


SNA Server Client i inne sk│adniki

     System Windows 2000 Professional u┐ywa klienta SNA Server Client do nawi╣zywania │╣czno£ci z hostem IBM w przypadku, gdy zaimplementowana jest brama w postaci us│ugi SNA Server. Wraz z oprogramowaniem SNA Server Client instalowane s╣ dwie aplikacje emulacji terminala, 3270 Applet oraz 5250 Applet. Aplikacja 3270 Applet jest u┐ywana do komunikowania siΩ z systemami mainframe, natomiast 5250 Applet do komunikowania siΩ z systemami AS/400. Aplikacje te komunikuj╣ siΩ za po£rednictwem klienta SNA Server Client z us│ug╣ SNA Server. SNA Server z kolei komunikuje siΩ bezpo£rednio z hostem IBM, co przedstawiono na rysunku 26.6.


Rysunek 26.6 îcie┐ka komunikacyjna klienta SNA Server Client


Uwaga Wszystkie aplikacje emulacji terminala, kt≤re │╣cz╣ siΩ z hostem IBM za po£rednictwem us│ugi SNA Server, musz╣ wsp≤│pracowaµ z klientem SNA Server Client.

Instalowanie klienta SNA Server Client i innych sk│adnik≤w

     Klient SNA Server Client jest instalowany w komputerze u┐ywaj╣cym systemu Windows 2000 Professional. Podczas jego instalacji mo┐na wybraµ dodatkowe sk│adniki, kt≤re maj╣ zostaµ wraz z nim zainstalowane. Aby nawi╣zaµ │╣czno£µ z hostem mainframe oraz systemem AS/400, nale┐y wybraµ odpowiednio sk│adniki 3270 Applet oraz 5250 Applet. Klient SNA Server Client znajduje siΩ na dysku instalacyjnym oprogramowania SNA Server, w katalogu Clients\Winnt\I386. W tabeli 26.5 opisano wszystkie sk│adniki, jakie mog╣ zostaµ wybrane podczas jego instalacji.
Tabela 26.5 Sk│adniki klienta SNA Server Client

Sk│adnikOpis

SNA Server Manager SNA Server Manager umo┐liwia zarz╣dzanie us│ug╣ SNA Server z poziomu komputera u┐ywaj╣cego systemu Windows 2000 Professional. U┐ytkownicy, kt≤rzy posiadaj╣ uprawnienia do zarz╣dzania sieci╣, mog╣ korzystaµ z tego narzΩdzia w celu konfigurowania komputera w kt≤rym dzia│a SNA Server, jednostek logicznych (LU), pul LU, u┐ytkownik≤w, us│ug Host Print Service, Shared Folders Gateway Service, tryb≤w APPC, nazw symbolicznych CPI-C oraz domen zabezpiecze± hosta.
3270 Applet Program 3270 Applet umo┐liwia dostΩp do hosta IBM znajduj╣cego siΩ w sieci SNA.
5250 Applet Program 5250 Applet umo┐liwia dostΩp do systemu AS/400.
COM Transaction Integrator for CICS and IMS (COMTI) Us│uga COMTI umo┐liwia komputerom, w kt≤rych dzia│a SNA Server Client, dostΩp do program≤w CICS (Customer Information Control System) i IMS (Information Management System) dzia│aj╣cych w systemach mainframe MVS.
OLE DB Provider for AS/400 and VSAM Dostawca OLE DB firmy Microsoft dla system≤w AS/400 oraz VSAM umo┐liwia dostΩp na poziomie rekord≤w do plik≤w mainframe oraz AS/400.
OLE DB Provider/ODBC Driver for DB2 OLE DB firmy Microsoft jest architektur╣ umo┐liwiaj╣c╣ pe│n╣ integracjΩ danych w sieci przedsiΩbiorstwa û od system≤w mainframe do komputer≤w osobistych û niezale┐nie od typu danych.
APPC File Transfer Protocol (AFTP) Client Klient AFTP Client umo┐liwia │╣czenie siΩ z us│ug╣ AFTP Service w celu wsp≤│dzielenia plik≤w pomiΩdzy r≤┐nymi platformami.
Host Account Manager Oprogramowanie Host Account Manager umo┐liwia │╣czenie u┐ytkownik≤w ze wszystkimi serwerami i domenami, do kt≤rych posiadaj╣ oni dostΩp przy u┐yciu pojedynczego has│a.
SNA Server Remote Access Service Us│uga SNA Server Remote Access Service umo┐liwia administratorowi systemu utworzenie wirtualnego po│╣czenia miΩdzy komputerami u┐ywaj╣cymi systemu Windows NT za po£rednictwem istniej╣cej sieci SNA, bez konieczno£ci implementowania dodatkowych bezpo£rednich po│╣cze± miΩdzy sieciami LAN lub instalowania w ka┐dej lokalizacji modem≤w.
Host Connectivity SDK DostΩp do pakietu SDK (Software Development Kit) umo┐liwia tw≤rcom oprogramowania opracowywanie wyspecjalizowanych aplikacji dla us│ugi SNA Server.
SNA NetView Alerter NarzΩdzie to umo┐liwia systemowi raportowania NetView przesy│anie alert≤w i innych komunikat≤w miΩdzy hostem i do│╣czonymi do niego komputerami.



Uwaga Szczeg≤│owe informacje na temat sk│adnik≤w klienta SNA Server Client znajduj╣ siΩ w jego Pomocy.
     Klient SNA Server Client jest instalowany niezale┐nie od wybrania kt≤rego£ z wymienionych wy┐ej komponent≤w. Podczas instalacji i konfigurowania tego klienta konieczne jest wybranie protoko│u sieciowego, kt≤ry bΩdzie u┐ywany do komunikacji z us│ug╣ SNA Server. Mo┐na korzystaµ z dowolnego z nastΩpuj╣cych protoko│≤w:      Konieczne jest tak┐e wybranie metody wyszukiwania przez klienta komputer≤w, w kt≤rych dzia│a us│uga SNA Server:      Aby skorzystaµ z pierwszej mo┐liwo£ci, Client locates servers in an SNA Server subdomain, konieczna jest znajomo£µ nazwy domeny, w kt≤rej znajduje siΩ komputer, z us│ug╣ SNA Server. Ka┐dy taki serwer nale┐y do jakiej£ domeny Windows NT. Wewn╣trz tej domeny znajduje siΩ domena us│ugi SNA Server. Domeny SNA Server stanowi╣ metodΩ logicznego grupowania komputer≤w, w kt≤rych ta us│uga dzia│a i za po£rednictwem kt≤rych klienci │╣cz╣ siΩ z systemami host≤w.
     Aby skorzystaµ z drugiej mo┐liwo£ci, Client locates server by name, konieczna jest znajomo£µ nazwy serwera, w kt≤rym dzia│a us│uga SNA Server.
     WiΩcej informacji na temat instalacji i konfigurowania oprogramowania klienckiego znajduje siΩ w ksi╣┐ce Microsoft« SNA Server Getting Started oraz w Pomocy us│ugi SNA Server.

Integracja zarz╣dzania sieci╣

     W systemie Windows 2000 Professional mo┐liwe jest zdalne konfigurowanie i zarz╣dzanie komputer≤w, w kt≤rych dzia│a us│uga SNA Server, za pomoc╣ oprogramowania SNA Server Manager. Oprogramowanie to dzia│a jako snap-in konsoli MMC i umo┐liwia jednoczesne monitorowanie, diagnozowanie i zarz╣dzanie zasob≤w i us│ug SNA Server, do kt≤rych zaliczaj╣ siΩ :      Snap-in SNA Server Manager integruje administracjΩ wszystkich funkcji udostΩpnianych przez oprogramowanie SNA Server, │╣cznie z us│ugami TN3270 Service, TN5250 Service, Host Print Service, Shared Folders Gateway Service i  Host Security Integration.
     Za pomoc╣ tego narzΩdzia mo┐na przegl╣daµ wszystkie nale┐╣ce do tej samej domeny SNA komputery, w kt≤rych dzia│a us│uga SNA Server, a ponadto zarz╣dzaµ wieloma domenami SNA w tym samym czasie, co pozwala na scentralizowane konfigurowanie i administrowanie wszystkimi zasobami tej us│ugi w sieci przedsiΩbiorstwa.
Uwaga Us│uga SNA Server udostΩpnia te┐ interfejs zarz╣dzania, z kt≤rego korzysta siΩ z poziomu wiersza polece±. Interfejs ten umo┐liwia przechowywanie i korzystanie z polece± konfiguracyjnych przechowywanych w zewnΩtrznych plikach. WiΩcej informacji na temat funkcji zarz╣dzaj╣cych dostΩpnych z wiersza polece± znajduje siΩ w dokumentacji us│ugi SNA Server w wersji 4.0 oraz w publikacji Microsoft BackOffice Resource Kit.

Wsp≤│dzia│anie snap-in systemu Windows 2000 Professional z oprogramowaniem SNA Server Manager

     Pakiet SNA Server zawiera oprogramowanie zarz╣dzaj╣ce SNA Server Manager, kt≤re jest £ci£le zintegrowane z nastΩpuj╣cymi snap-in konsoli MMC systemu Windows 2000 Professional:      Integracja ze snap-in U┐ytkownicy i grupy lokalne umo┐liwia korzystanie ze wsp≤lnej bazy danych o kontach u┐ytkownik≤w oraz wsp≤lnego systemu zabezpiecze± dla u┐ytkownik≤w systemu Windows 2000, komputer≤w, w kt≤rych dzia│a us│uga SNA Server oraz u┐ytkownik≤w innych aplikacji BackOffice. Integracja z Monitorem systemu pozwala na konfigurowanie licznik≤w wydajno£ci, kt≤re monitoruj╣ poziom ruchu w komputerach, z us│ug╣ SNA Server. Za pomoc╣ Podgl╣du zdarze± mo┐na szybko identyfikowaµ rodzaje i sekwencje zdarze± prowadz╣cych do powstania problem≤w w dowolnej domenie SNA.
     WiΩcej informacji na temat zarz╣dzania zasobami i us│ugami SNA Server za pomoc╣ konsoli MMC Windows 2000 znajduje siΩ w dokumentacji tego oprogramowania oraz w publikacji Microsoft BackOffice Resource Kit.

Windows 2000 Professional i bezpiecze±stwo system≤w host≤w IBM

     System Windows 2000 Professional wraz z us│ug╣ SNA Server udostΩpniaj╣ us│ugi uwierzytelniania, alokacji zasob≤w oraz szyfrowania danych, umo┐liwiaj╣ce utrzymanie bezpiecznego £rodowiska sieciowego, w kt≤rym system Windows 2000 Professional jest zintegrowany z systemem hosta IBM.

Uwierzytelnianie

     Podczas │╣czenia siΩ z hostem IBM z poziomu systemu Windows 2000 Professional i za po£rednictwem us│ugi SNA Server, mo┐na korzystaµ z funkcji pojedynczego zapisywania siΩ oraz synchronizacji hase│. Funkcje te umo┐liwiaj╣ jednoczesne uwierzytelnianie dostΩpu do zasob≤w sieci LAN oraz hosta IBM. S╣ one udostΩpniane przez us│ugΩ SNA Server i zintegrowane z funkcjami zabezpiecze± obs│ugiwanymi przez system Windows 2000 Professional. WiΩcej informacji na temat zabezpiecze± w tym systemie mo┐na znaleƒµ w rozdziale äZabezpieczeniaö.
     Us│uga Host Security Integration jest funkcj╣ oprogramowania SNA Server pozwalaj╣c╣ na pojedyncze zapisywanie siΩ i synchronizowanie hase│. Sk│ada siΩ ona z nastΩpuj╣cych trzech komponent≤w:

Us│uga Host Account Synchronization Service

     Us│uga ta mo┐e zostaµ zainstalowana w g│≤wnym, zapasowym lub cz│onkowskim komputerze w domenie us│ugi SNA Server. Mo┐na j╣ zainstalowaµ tak┐e w komputerach, w kt≤rych nie dzia│a SNA Server. Us│uga Host Account Synchronization Service mo┐e korzystaµ z r≤┐norodnych interfejs≤w baz danych zabezpiecze± hosta, opracowanych przez firmy trzecie. Interfejsy te umo┐liwiaj╣ koordynowanie zmian hase│ miΩdzy domen╣ zabezpiecze± systemu Windows 2000 a domen╣ zabezpiecze± hosta.
     Potrzeba korzystania z us│ugi Host Account Synchronization Service nie zachodzi w przypadku, gdy korzysta siΩ z funkcji pojedynczego zapisywania siΩ z rΩcznymi aktualizacjami hase│. RΩczne aktualizacje s╣ dokonywane przez administratora i u┐ytkownika, kt≤ry zapisuje informacje o kontach hosta w buforze Host Account Cache za pomoc╣ aplikacji Host Account Manager (UDConfig). WiΩcej informacji na temat korzystania z tego narzΩdzia znajduje siΩ w Pomocy us│ugi SNA Server w wersji 4.0 oraz w publikacji Microsoft BackOffice Resource Kit.

Us│uga Windows 2000 Account Synchronization Service

     Us│uga Windows 2000 Account Synchronization Service mo┐e automatycznie synchronizowaµ has│a dla kont hosta oraz kont w domenie Windows 2000. Musi byµ ona zainstalowana nawet w przypadku, gdy nie jest u┐ywana automatyczna synchronizacja hase│, poniewa┐ koordynuje wewnΩtrzne dzia│anie innych us│ug.
     Us│uga Windows 2000 Account Synchronization Service jest instalowana w kontrolerze domeny Windows 2000. Tylko jedno jej wyst╣pienie mo┐e zostaµ wyznaczone jako g│≤wne, wszystkie pozosta│e pe│ni╣ rolΩ serwer≤w zapasowych.
     Zdolno£µ do synchronizowania hase│ miΩdzy domen╣ Windows 2000 a domen╣ zabezpiecze± AS/400 jest wbudowana w us│ugΩ SNA Server. Produkty firm trzecich mog╣ udostΩpniaµ rozszerzone us│ugi synchronizacji, takie jak synchronizacja dwukierunkowa oraz synchronizacja z innymi systemami host≤w.

Us│uga bufora Host Account Cache

     Us│uga Host Account Cache zarz╣dza zaszyfrowan╣ baz╣ danych, kt≤ra mapuje konta u┐ytkownik≤w hosta na konta u┐ytkownik≤w w domenie Windows 2000. Jest ona us│ug╣ systemu Windows 2000 instalowan╣ w kontrolerze domeny Windows 2000. W przypadku mniejszych sieci us│uga SNA Server mo┐e dzia│aµ w tym samym komputerze, co umo┐liwia jej bezpo£rednie korzystanie z tej bazy.
     Opcjonalnie us│uga Host Account Cache mo┐e zostaµ zainstalowana w dowolnym innym kontrolerze domeny Windows 2000, dzia│aj╣c w tym przypadku jako zapasowa. Utrzymuje ona w≤wczas lokaln╣ kopiΩ bazy danych o u┐ytkownikach, z kt≤rej mo┐na korzystaµ w przypadku awarii lub w celu zmniejszenia ruchu w sieci.
Uwaga Szczeg≤│owe informacje na temat funkcji Host Security Integration wchodz╣cej w sk│ad us│ugi SNA Server znajduj╣ siΩ w Pomocy tego oprogramowania.

Alokacja zasob≤w hosta

     W wiΩkszo£ci przypadk≤w konieczne jest kontrolowanie dostΩpu do zasob≤w us│ugi SNA Server. Do ich zabezpieczania mo┐na korzystaµ z r≤┐nych metod, zale┐nych od £rodowiska hosta i rodzaju udostΩpnianych us│ug. Zasoby, do kt≤rych mo┐na kontrolowaµ dostΩp, s╣ wymienione w kolejnych paragrafach.

DostΩp terminalowy 3270

     U┐ytkownicy lub grupy, wymagaj╣cy dostΩpu do sesji 3270 ze stacji roboczych korzystaj╣cych z oprogramowania SNA Server Client, musz╣ nale┐eµ do domeny us│ugi SNA Server. Na mocy cz│onkostwa w tej domenie, nale┐╣ oni tak┐e do nadrzΩdnej dla niej domeny Windows 2000. Po zarejestrowaniu kont w domenie SNA mo┐na przypisaµ im okre£lone zasoby 3270 (LU typu 2). U┐ytkownicy mog╣ korzystaµ jedynie z tych zasob≤w, kt≤re zosta│y im przydzielone.
     W celu zapewnienia bezpiecze±stwa nale┐y uwierzytelniaµ u┐ytkownik≤w przy u┐yciu zabezpiecze± domeny oraz ograniczaµ ich dostΩp przypisuj╣c im jedynie niezbΩdne zasoby.

DostΩp terminalowy 5250 oraz dostΩp APPC

     U┐ytkownicy, kt≤rzy korzystaj╣ z dostΩpu APPC (Advanced Peer-to-Peer Communications), nie musz╣ byµ zdefiniowani w domenie us│ugi SNA Server, ale musz╣ nale┐eµ do odpowiedniej domeny Windows 2000. W przypadku dostΩpu terminalowego 5250 za po£rednictwem komputera z oprogramowaniem SNA Server Client, zabezpieczenia i logowanie s╣ obs│ugiwane przez system AS/400. W przypadku dostΩpu APPC zaprogramowanego w okre£lonych aplikacjach, zabezpieczenia s╣ obs│ugiwane na poziomie prowadzonej przez nie komunikacji.

Us│ugi TN3270 oraz TN5250

     Us│ugi TN3270 oraz TN5250 s╣ zabezpieczane przez okre£lenie adresu IP stacji roboczej klienta, kt≤ry mo┐e korzystaµ z udostΩpnianych przez nie zasob≤w. W przypadku klient≤w TN3270E zamiast adresu IP mo┐na okre£liµ nazwΩ stacji roboczej. Ta metoda, u┐ywana do weryfikowania stacji roboczych, mo┐e byµ te┐ u┐ywana do ograniczenia dostΩpu jedynie do zasob≤w zwi╣zanych z okre£lonymi adresami IP.

Us│ugi wsp≤│dzielonych folder≤w

     DostΩp do wsp≤│dzielonych folder≤w AS/400, udostΩpnianych u┐ytkownikom w domenie Windows 2000 za pomoc╣ us│ugi Shared Folders Gateway Service, mo┐e byµ kontrolowany przez okre£lenie uprawnie± dla otrzymanych w ten spos≤b udzia│≤w w komputerze z us│ug╣ SNA Server. Uprawnienia te s╣ przydzielane za pomoc╣ standardowych mechanizm≤w Windows 2000 u┐ywanych w przypadku lokalnych wolumen≤w i plik≤w.
Uwaga Szczeg≤│owe informacje na temat kontrolowania dostΩpu do zasob≤w serwera, w kt≤rym dzia│a us│uga SNA Server, znajduj╣ siΩ w Pomocy tego oprogramowania.

Szyfrowanie danych

     Us│uga SNA Server umo┐liwia szyfrowanie danych przesy│anych podczas komunikacji z klientami oraz z innymi serwerami, co przedstawiono na rysunku 26.7.


Rysunek 26.7 Model szyfrowania danych w po│╣czeniach klient-serwer oraz serwer-serwer

     Szyfrowanie komunikacji miΩdzy klientem a serwerem zapobiega przesy│aniu ich w jawnej postaci miΩdzy komputerami, w kt≤rych dzia│a oprogramowanie SNA Server Client a komputerami, w kt≤rych dzia│a us│uga SNA Server. Szyfrowanie zwiΩksza bezpiecze±stwo sieci w £cie┐kach komunikacyjnych klient-serwer dla wszystkich aplikacji, kt≤re korzystaj╣ z po│╣cze± programu SNA Server Client, │╣cznie z transmisj╣ danych emulator≤w 3270/5250 oraz identyfikatorami i has│ami APPC. Szyfrowanie danych mo┐na w│╣czyµ dla poszczeg≤lnych u┐ytkownik≤w za pomoc╣ programu SNA Server Manager.
     Szyfrowanie komunikacji miΩdzy serwerami mo┐e byµ u┐ywane do tworzenia bezpiecznych po│╣cze± poprzez w│asn╣ sieµ, Internet lub inn╣ dowoln╣ sieµ rozleg│╣ (WAN). Je┐eli u┐ytkownik w│╣czy szyfrowanie danych, to informacje przesy│ane za pomoc╣ us│ugi │╣cza rozproszonego (Distributed Link Services) s╣ bezpieczne.

Rozwi╣zywanie problem≤w

     Je┐eli podczas konfigurowania klienta SNA Server Client w komputerze u┐ywaj╣cym systemu Windows 2000 Professional nie zostan╣ wprowadzone w│a£ciwe informacje, to │╣czno£µ z hostem IBM nie bΩdzie mo┐liwa. Ten paragraf opisuje sposoby usuwania najczΩ£ciej spotykanych problem≤w zwi╣zanych z │╣czno£ci╣ z hostem IBM.

Rozwi╣zywanie najczΩ£ciej spotykanych problem≤w

     Aby klient SNA Server Client zainstalowany w komputerze u┐ywaj╣cym systemu Windows 2000 Professional m≤g│ nawi╣zywaµ │╣czno£µ z hostem IBM, musi on zostaµ poprawnie skonfigurowany. Poniewa┐ │╣czno£µ ta korzysta z zasob≤w hosta IBM, komputera, w kt≤rym dzia│a us│uga SNA Server oraz komputera u┐ywaj╣cego klienta SNA Server Client, to konieczna jest prawid│owa konfiguracja zasob≤w we wszystkich tych trzech systemach.
     Je┐eli nawi╣zanie │╣czno£ci z hostem IBM nie jest mo┐liwe, to pierwszym etapem rozwi╣zywania problem≤w powinno byµ zweryfikowanie za pomoc╣ aplikacji SNA Server Administrator, czy us│uga SNA Server prawid│owo po│╣czy│a siΩ i mo┐e siΩ komunikowaµ z tym hostem. Po potwierdzeniu tej │╣czno£ci nale┐y sprawdziµ, czy komputer u┐ywaj╣cy systemu Windows 2000 Professional mo┐e │╣czyµ siΩ z innymi zasobami sieciowymi w tym serwerze Windows 2000, w kt≤rym dzia│a us│uga SNA Server. Przyk│adowo, nale┐y sprawdziµ czy mo┐liwe jest zamapowanie napΩdu sieciowego w komputerze klienckim do napedu w serwerze, w kt≤rym dzia│a SNA Server. Je┐eli nie jest to mo┐liwe, to problem nale┐y usuwaµ tak, jak ka┐d╣ inn╣ usterkΩ │╣czno£ci miΩdzy komputerami u┐ywaj╣cymi system≤w Windows 2000 Professional i Windows 2000 Server. Po otrzymaniu dostΩpu do zasob≤w udostΩpnianych przez serwer mo┐na rozpocz╣µ usuwanie problem≤w zwi╣zanych z │╣czno£ci╣ z hostem IBM.
     Rysunek 26.8 przedstawia etapy usuwania problem≤w zwi╣zanych z klientem SNA Server Client dzia│aj╣cym w komputerze u┐ywaj╣cym systemu Windows 2000 Professional. Ka┐dy z tych etap≤w jest szczeg≤│owo om≤wiony w dalszej czΩ£ci niniejszej sekcji.


Rysunek 26.8 Usuwanie problem≤w z │╣czno£ci╣ miΩdzy systemem Windows 2000 Professional a hostem IBM

Czy wybrano w│a£ciwy protok≤│ transportowy?

     Podczas instalowania klienta SNA Server Client w systemie Windows 2000 Professional konieczne jest wybranie protoko│u transportowego. Protok≤│ ten musi zgadzaµ siΩ z protoko│em transportowym u┐ywanym przez us│ugΩ SNA Server.

Aby zweryfikowaµ konfiguracjΩ protoko│≤w transportowych w komputerze, w kt≤rym dzia│a us│uga SNA Server, nale┐y:
  1. W konsoli SNA Server Manager lub SNA Management klikn╣µ prawym przyciskiem myszy nazwΩ wybranego serwera.
  2. W oknie Server Properties (W│a£ciwo£ci serwera) wybraµ zak│adkΩ Server Configuration (Konfiguracja serwera).
  3. Korzystaj╣c z listy Network Transports (Transport sieciowy) nale┐y sprawdziµ, jakie protoko│y zosta│y skonfigurowane w komputerze, w kt≤rym dzia│a us│uga SNA Server.
Aby zmieniµ protok≤│ transportowy w komputerze, w kt≤rym dzia│a klient SNA Server Client, nale┐y:
  1. W kliencie SNA Server Client klikn╣µ Client Configuration (Konfiguracja klienta).
  2. Wybraµ zak│adkΩ Client Protocol (Protok≤│ klienta), a nastΩpnie klikn╣µ protok≤│ transportowy, kt≤ry odpowiada skonfigurowanemu dla us│ugi SNA Server.
  3. Klikn╣µ przycisk OK.

Czy wybrano w│a£ciwy tryb klienta?

     Podczas instalowania klienta SNA Server Client nale┐y okre£liµ, w jaki spos≤b ma on lokalizowaµ komputery, w kt≤rych dzia│a us│uga SNA Server. Mo┐liwe jest wybranie jednej z dw≤ch opcji: Client locates servers in an SNA Server subdomain (Klient wyszukuje serwery w domenie us│ugi SNA Server) lub Client locates servers by name (Klient wyszukuje serwery na podstawie ich nazw). Je┐eli serwery maj╣ byµ wyszukiwane w domenie us│ugi SNA Server, to konieczne jest, aby klient SNA Server Client by│ skonfigurowany do korzystania z tej samej domeny, co us│uga SNA Server. Je┐eli serwery s╣ wyszukiwane na podstawie nazw, to nale┐y po prostu podaµ adres IP lub nazwΩ serwera, w kt≤rym dzia│a us│uga SNA Server.

Aby sprawdziµ, jaka domena zosta│a skonfigurowana dla us│ugi SNA Server, nale┐y:
  1. W konsoli SNA Server Manager lub SNA Management klikn╣µ prawym przyciskiem myszy nazwΩ wybranego serwera.
  2. W oknie Server Properties (W│a£ciwo£ci serwera) wybraµ zak│adkΩ Server Configuration (Konfiguracja serwera).
  3. W polu Subdomain sprawdziµ, jaka domena zosta│a skonfigurowana na u┐ytek komputera, w kt≤rym dzia│a us│uga SNA Server.
Aby zmieniµ domenΩ u┐ywan╣ przez klienta SNA Server Client, nale┐y:
  1. W kliencie SNA Server Client klikn╣µ Client Configuration (Konfiguracja klienta).
  2. Wybraµ zak│adkΩ Client Mode (Tryb klienta), a nastΩpnie wprowadziµ nazwΩ domeny, kt≤ra zosta│a skonfigurowana dla us│ugi SNA Server.
  3. Klikn╣µ przycisk OK.
     Je┐eli po wybraniu opcji Client locates servers by name nie jest mo┐liwe po│╣czenie siΩ z us│ug╣ SNA Server po podaniu nazwy komputera, w kt≤rym ona dzia│a, to problem mo┐e byµ zwi╣zany z konfiguracj╣ rozpoznawania nazw NetBIOS w sieci. Aby to sprawdziµ, nale┐y zamiast nazwy skonfigurowaµ adres IP komputera, w kt≤rym dzia│a us│uga SNA Server. Je┐eli problem ust╣pi│, to oznacza, ┐e nazwa NetBIOS serwera nie mog│a zostaµ przet│umaczona na adres IP.
Uwaga Szczeg≤│owe informacje na temat metod rozpoznawania nazw NetBIOS znajduj╣ siΩ w rozdziale äWindows Internet Name Serviceö w tomie System Sieciowy TCP/IP, wchodz╣cym w sk│ad publikacji Microsoft Windows 2000 Server Resource Kit.

Czy wybrano w│a£ciw╣ us│ugΩ katalogow╣?

     Je┐eli wybranym protoko│em transportowym jest IPX/SPX, to konieczne jest wybranie w│a£ciwej us│ugi katalogowej (Novell Directory Services [NDS] lub Bindery Services) dla klienta SNA Server Client. Us│uga katalogowa jest konfigurowana podczas instalowania serwera NetWare. Je┐eli serwer ten jest skonfigurowany do u┐ywania us│ugi NDS, to konieczne jest tak┐e okre£lenie w konfiguracji klienta SNA Server Client domy£lnego drzewa i kontekstu.
Uwaga WiΩcej informacji na temat NDS, us│ugi Bindery oraz domy£lnego drzewa i kontekstu znajduje siΩ w rozdziale äWsp≤│praca z systemem NetWareö.
     Je┐eli nie wiadomo, czy serwer NetWare jest skonfigurowany do u┐ywania us│ugi NDS, czy Bindery, to nale┐y skontaktowaµ siΩ z jego administratorem lub skorzystaµ z informacji zawartych w dokumentacji systemu NetWare.

Aby zmieniµ us│ugΩ katalogow╣ u┐ywan╣ przez klienta SNA Server Client, nale┐y:
  1. W kliencie SNA Server Client klikn╣µ Client Configuration (Konfiguracja klienta).
  2. Wybraµ zak│adkΩ NetWare.
  3. Wybraµ us│ugΩ katalogow╣ (Bindery lub Novell Directory Services) odpowiadaj╣c╣ skonfigurowanej w serwerze NetWare.
  4. Klikn╣µ przycisk OK.

Zmienianie lokalnie administrowanego adresu

     W po│╣czeniach systemu Windows 2000 Professional z hostami IBM mo┐liwe jest powi╣zanie lokalnie administrowanego adresu (LAA) z okre£lonymi zasobami hosta IBM. Po stronie hosta adresy LAA s╣ zazwyczaj konfigurowane w kontrolerze klastra lub w komputerze, w kt≤rym dzia│a us│uga SNA Server. Ponadto konieczne jest skonfigurowanie adresu LAA w komputerze u┐ywaj╣cym systemu Windows 2000 Professional. Gdy okre£lony komputer u┐ywaj╣cy tego systemu i posiadaj╣cy przydzielony adres LAA za┐╣da dostΩpu do zasobu hosta IBM, to zostan╣ mu udostΩpnione jedynie te zasoby, kt≤re zosta│y przypisane do jego adresu LAA. Adres LAA jest u┐ywany zamiast przypisanego na sta│e do adaptera sieciowego adresu UAA (Universally Administered Address), dziΩki czemu kontroler klastra ani us│uga SNA Server nie musz╣ byµ ponownie konfigurowane za ka┐dym razem, gdy wymieniana jest karta sieciowa w komputerze u┐ywaj╣cym systemu Windows 2000 Professional.
     Adres LAA w systemie Windows 2000 Professional jest konfigurowany za pomoc╣ zak│adki Zaawansowane adaptera sieciowego.

Aby skonfigurowaµ adres LAA dla adaptera sieciowego, nale┐y:
  1. W Panelu sterowania otworzyµ Po│╣czenia sieciowe i telefoniczne.
  2. Klikn╣µ prawym przyciskiem myszy po│╣czenie lokalne zwi╣zane z adapterem, kt≤ry ma zostaµ skonfigurowany.
  3. Klikn╣µ opcjΩ W│a£ciwo£ci.
  4. Klikn╣µ opcjΩ Konfiguruj.
  5. Wybraµ zak│adkΩ Zaawansowane.
  6. Pod£wietliµ Adres sieciowy w polu W│a£ciwo£µ.
  7. Wybraµ opcjΩ Warto£µ, a nastΩpnie wpisaµ adres LAA w polu tekstowym Warto£µ.
  8. Klikn╣µ przycisk OK.