[ Pobierz całość w formacie PDF ]
.Demonipxd pilnuje aktualnoSci tego zestawu regu³.Nas³uchuje ka¿dego z aktywnych inter-fejsów sieciowych i analizuje informacje, ¿eby wiedzieæ, kiedy jest wymagana zmia-na w rutingu.Demon ipxd odpowiada równie¿ na ¿¹dania hostów pod³¹czonychbezpoSrednio do sieci, które potrzebuj¹ informacji o rutingu.Polecenie ipxd jest dostêpne w postaci pakietu w niektórych dystrybucjach orazw postaci xród³owej w anonimowym oSrodku FTP pod adresem http://metalab.unc.edu/w pliku /pub/Linux/system/filesystems/ncpfs/ipxripd-x.xx.tgz.Demon ipxd nie wymaga konfiguracji.Wystarczy go uruchomiæ, aby automatycznierealizowa³ ruting pomiêdzy skonfigurowanymi urz¹dzeniami IPX.Przed urucho-mieniem ipxd, trzeba koniecznie upewniæ siê, ¿e urz¹dzenia IPX s¹ skonfigurowanepoprawnie poleceniem ipx_interface.Automatyczne wykrywanie mo¿e dzia³aæ, alegdy wykonujesz ruting, lepiej nie polegaæ na przypadku i rêcznie skonfigurowaæ in-terfejsy, co zaoszczêdzi ci bolesnego rozwi¹zywania trudnych problemów z rutin-giem.Co 30 sekund ipxd ponownie wykrywa wszystkie lokalnie pod³¹czone sieciIPX i automatycznie nimi zarz¹dza.Pozwala to na zarz¹dzanie sieciami zbudowa-nymi na interfejsach, które nie utrzymuj¹ aktywnoSci przez ca³y czas, jak interfejsyPPP. 260 Rozdzia³ 15: IPX i system plików NCPDemon ipxd zwykle jest uruchamiany w czasie startu systemu ze skryptu rc w nastê-puj¹cy sposób:# /usr/sbin/ipxdNie jest potrzebny znak &, poniewa¿ ipxd sam domySlnie przejdzie do trybu t³a.Choæ demon ipxd najbardziej przydaje siê na komputerach dzia³aj¹cych jako ruteryIPX, bywa te¿ u¿yteczny na hostach pod³¹czonych do segmentów, w których znaj-duje siê wiele ruterów.JeSli podasz parametr -p, ipxd bêdzie dzia³a³ biernie,nas³uchuj¹c informacji o rutingu przychodz¹cych z segmentu i uaktualniaj¹c tablicerutingu, ale nie bêdzie rozsy³a³ ¿adnych informacji.W ten sposób host mo¿e uaktu-alniaæ tablice rutingu i nie ¿¹daæ za ka¿dym razem informacji o trasie, gdy chce siêpo³¹czyæ z hostem zdalnym.Statyczny ruting IPX za pomoc¹ polecenia ipx_routeIstniej¹ sytuacje, kiedy trzeba ustawiæ ruting IPX  na sztywno.Robimy to podobniejak dla IP.Polecenie ipx_route zapisuje trasê do tablicy rutingu IPX bez potrzebyuczenia siê jej od demona ipxd.Sk³adnia rutingu jest bardzo prosta (poniewa¿ IPXnie obs³uguje podsieci) i wygl¹da tak:# ipx_route add 203a41bc 31a10103 00002a02b102Pokazane polecenie dodaje trasê do zdalnej sieci IPX 203a41bc przez ruter naszej sie-ci lokalnej 31a10103 o adresie wêz³a 00002a02b102.Adres wêz³a rutera mo¿esz znalexæ, robi¹c prawdziwy u¿ytek z polecenia tcpdumpz argumentem-e, które wySwietla nag³Ã³wki poziomu ³¹cza i wska¿e ruch z rutera.Je¿eli ruterem jest komputer linuksowy, mo¿esz po prostu u¿yæ polecenia ifconfig, bywySwietliæ adres.Za pomoc¹ polecenia ipx_route mo¿esz te¿ usun¹æ trasê:# ipx_route del 203a41bcTrasy aktywne w j¹drze mo¿esz wySwietliæ, zagl¹daj¹c do pliku /proc/net/ipx_route.Nasza dotychczasowa tablica rutingu wygl¹da tak:# cat ipx_routeNetwork Router_Net Router_Node203A41BC 31A10103 00002a02b10231A10103 Directly ConnectedTrasa do sieci 31A10103 zosta³a stworzona automatycznie przy konfiguracji interfejsuIPX.Ka¿da z naszych sieci lokalnych bêdzie reprezentowana przez podobny wpisw pliku /proc/net/ipx_route.OczywiScie je¿eli nasza maszyna dzia³a jako ruter, musimieæ jeszcze przynajmniej jeden interfejs.Wewnêtrzne sieci IPX i rutingHosty IPX o wiêcej ni¿ jednym interfejsie maj¹ unikalne po³¹czenie adresów sie-ci/wêz³a dla ka¿dego ze swoich interfejsów.Aby pod³¹czyæ siê do takiego hosta,mo¿esz u¿yæ dowolnej kombinacji adresów sieci/wêz³a.Gdy SAP og³asza us³ugi,podaje adres sieci/wêz³a zwi¹zany z oferowan¹ us³ug¹.Na hoScie o wielu interfej- Konfigurowanie rutera IPX 261sach oznacza to, ¿e jeden z interfejsów musi byæ wybrany jako ten, który rozg³asza.Do tego s³u¿y znacznik interfejsu podstawowego, o którym mówiliSmy wczeSniej.Jest jednak pewien problem: trasa do tego interfejsu nie zawsze mo¿e byæ tras¹ opty-maln¹, a je¿eli wyst¹pi awaria sieci, która odizoluje tê sieæ od reszty sieci, host staniesiê nieosi¹galny, nawet je¿eli istniej¹ inne mo¿liwe trasy do innych interfejsów.Innetrasy nigdy nie s¹ znane innym hostom, poniewa¿ nigdy nie s¹ rozg³aszane i j¹dronie ma mo¿liwoSci dowiedzieæ siê, ¿e powinno wybraæ inny interfejs podstawowy.Aby unikn¹æ tego problemu, zosta³ wymySlony mechanizm, który pozwala, abyhost IPX by³ znany pod jednym, niezale¿nym od trasy adresem sieci/wêz³a wyko-rzystywanym do celów rozg³aszania pakietów SAP.To rozwi¹zuje nasz problem,gdy¿ ten nowy adres jest dostêpny wszystkim interfejsom hosta i jest jedynym ad-resem rozg³aszanym przez SAP.Aby zilustrowaæ problem i jego rozwi¹zanie, rysunek 15-1 pokazuje serwer pod-³¹czony do dwóch sieci IPX, z których jedna ma sieæ wewnêtrzn¹.Host na rysunku15-1 definiuje jeden ze swoich interfejsów jako interfejs podstawowy, za³Ã³¿my0000001a:0800000010aa.To on zostanie og³oszony jako punkt dostêpu do us³ugi.Jestto prawid³owe rozwi¹zanie dla hostów w sieci 0000001a.Natomiast oznacza, ¿eu¿ytkownicy sieci 0000002c bêd¹ kierowani przez sieæ, aby dotrzeæ do tego portu,nawet je¿eli port jest bezpoSrednio pod³¹czony do sieci, gdy¿ i tak widz¹ ten serwerna podstawie tego, co dostali przez protokó³ SAP [ Pobierz caÅ‚ość w formacie PDF ]

  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • hanula1950.keep.pl