[ Pobierz całość w formacie PDF ]
.uucicow tej sytuacji wysy³a natychmiast pierwsze polecenie AT&F.Jest to polecenie Hay- 288 Rozdzia³ 16: Zarz¹dzanie UUCP Tayloraesa ustawiaj¹ce modem w konfiguracji fabrycznej.uucico nastêpnie czeka, a¿ mo-dem wySleOK, i przekazuje nastêpne polecenie, które z kolei wy³¹cza lokalne echoi tym podobne.Po odebraniu z modemu kolejnegoOK, uucico wysy³a polecenie dia-logu ATDT.Sekwencja unikowa\Tw ci¹gu znaków zostaje zast¹piona numerem te-lefonu odczytanym z wpisu w pliku sys.uucico nastêpnie czeka, a¿ modem zwrócici¹gCONNECT, który sygnalizuje, ¿e po³¹czenie z modemem zdalnym zosta³o pomy-Slnie nawi¹zane.Czasem modemom nie udaje siê po³¹czyæ z systemem zdalnym.Na przyk³ad je¿elidrugi system akurat z kimS siê ³¹czy i linia jest zajêta.W takiej sytuacji modem zwra-ca b³¹d wskazuj¹cy powód niepowodzenia.Dialogi modemowe nie s¹ w stanieobs³u¿yæ takich b³êdów.uucico dalej czeka na oczekiwany ci¹g znaków, a¿ up³yniezadany czas.W pliku log UUCP w takiej sytuacji pokazany jest jedynie komunikat timed out in chat script (up³yn¹³ czas oczekiwania w skrypcie dialogowym), za-miast wskazania konkretnego powodu.Jednak UUCP Taylora pozwala na poinformowanie uucico o tych komunikatachb³êdów.S³u¿y do tego polecenie chat-fail pokazane powy¿ej.Gdy uucico wykryjeci¹g nieudanego dialogu podczas dialogu modemowego, przerywa po³¹czenie i lo-guje komunikat do pliku log UUCP.Ostatnie polecenie w pokazanym powy¿ej przyk³adzie informuje UUCP, by przedrozpoczêciem dialogu modemowego prze³¹czy³o liniê steruj¹c¹ DTR (Data TerminalReady).Normalnie urz¹dzenie szeregowe uaktywnia DTR, gdy proces otworzyurz¹dzenie, aby poinformowaæ pod³¹czony modem, ¿e ktoS chce z nim siê po³¹czyæ.Funkcjadtr-toggledeaktywuje DTR, czeka chwilê i aktywuje go ponownie.Wie-le modemów mo¿na skonfigurowaæ tak, by reagowa³y na deaktywacjê DTR przezroz³¹czenie, przejScie do trybu wprowadzania poleceñ czy wyzerowanie siê*.Przesy³anie UUCP przez TCPU¿ywanie UUCP do przesy³ania danych przez TCP mo¿e brzmieæ absurdalnie, alenie jest to z³y pomys³, szczególnie gdy przesy³asz du¿e iloSci danych, jak grupy dys-kusyjne Usenetu.Na ³¹czach opartych o TCP grupy s¹ przewa¿nie wymienianeprzez protokó³ NNTP, w którym ¿¹dane artyku³y s¹ przesy³ane pojedynczo, bezkompresji lub innej optymalizacji.Choæ technika ta sprawdza siê dla du¿ych oS-rodków o kilku równoleg³ych po³¹czeniach grup, to nie jest zbyt lubiana przez ma³eoSrodki, które odbieraj¹ swoje grupy przez relatywnie wolne po³¹czenia, jak ISDN.Te oSrodki zwykle bêd¹ chcia³y po³¹czyæ jakoSæ TCP z zaletami wysy³ania grupw du¿ych porcjach, które mog¹ byæ kompresowane i przesy³ane bez nadmiarowychinformacji.Zwykle przesy³a siê je za pomoc¹ UUCP przez TCP.W pliku sys okreSlasz system wywo³ywany przez TCP w nastêpuj¹cy sposób:system gmuaddress news.groucho.edutime Anyport tcp-connchat ogin: vstout word: clouseau* Niektóre modemy tego nie lubi¹ i co jakiS czas siê zawieszaj¹. Kontrola dostêpu do funkcji UUCP 289Polecenie address zawiera adres IP hosta lub jego pe³n¹ nazwê domenow¹.Odpowied-ni wpis port wygl¹da³by tak:port tcp-conntype tcpservice 540Wpis ten mówi, ¿e po³¹czenie TCP powinno byæ u¿ywane, gdy wpis sys zawiera ci¹gtcp-conni ¿e uucico powinno próbowaæ ³¹czyæ siê z portem 540 hosta zdalnegow sieci TCP.Jest to domySlny port us³ugi UUCP.Zamiast numeru portu, w polece-niu service mo¿esz podaæ tak¿e jego symboliczn¹ nazwê.Odpowiadaj¹cy jej numerportu bêdzie poszukiwany w pliku /etc/services.Powszechnie u¿ywan¹ nazw¹ dlaus³ug UUCP jestuucpd.U¿ywanie po³¹czenia bezpoSredniegoZa³Ã³¿my, ¿e u¿ywasz bezpoSredniego ³¹cza przy komunikacji systemu vstout z sys-temem tiny.Podobnie jak w przypadku modemu, musisz stworzyæ w pliku sys od-powiedni wpis opisuj¹cy system.Polecenie port identyfikuje port, do którego jestpod³¹czony systemtiny:system tinytime Anyport direct1speed 38400chat ogin: cathcart word: catch22W pliku port musisz opisaæ port szeregowy dla po³¹czenia bezpoSredniego.Wpisdialerjest zbyteczny, poniewa¿ nie ma potrzeby dzwonienia:port directltype directspeed 38400device /dev/ttyS1Kontrola dostêpu do funkcji UUCPUUCP jest systemem doSæ elastycznym.Dlatego trzeba kontrolowaæ uwa¿nie dostêpdo jego funkcji, aby zapobiec celowym lub przypadkowym nadu¿yciom.Podstawo-we funkcje UUCP, którymi powinien siê zaj¹æ administrator, to wykonywanie zdal-nych poleceñ, przesy³anie plików i przekazywanie.UUCP Taylora pozwala na pew-ne ograniczenie dzia³ania ka¿dej z funkcji, którym musi siê podporz¹dkowaæ zdal-ny host UUCP.Starannie dobrawszy prawa dostêpu, administrator UUCP mo¿e byæpewny, ¿e host jest bezpieczny.Wykonywanie poleceniaZadaniem UUCP jest przypilnowanie kopiowania plików z jednego systemu do in-nego i ¿¹danie wykonania pewnych poleceñ na hostach zdalnych.OczywiScie ty ja-ko administrtor chcia³byS kontrolowaæ prawa przydzielane innym systemom, po-niewa¿ pozwalanie im na wykonanie w twoim systemie dowolnego polecenia zde-cydowanie nie jest dobrym pomys³em. 290 Rozdzia³ 16: Zarz¹dzanie UUCP TayloraDomySlnie jedynymi poleceniami, jakie UUCP Taylora pozwala wykonywaæ innymsystemom na twoim komputerze, s¹ rmail i rnews, powszechnie u¿ywane do wymia-ny poczty i grup dyskusyjnych Usenetu przez UUCP.Aby zmieniæ zestaw poleceñ dlajakiegoS systemu, mo¿esz u¿yæ s³owa kluczowegocommandsw pliku sys.Mo¿eszte¿ ograniczyæ Scie¿kê poszukiwañ jedynie do katalogów zawieraj¹cych dozwolonepolecenia, u¿ywaj¹c dyrektywycommand-path.Na przyk³ad mo¿esz pozwoliæsystemowi pablo na wykonywanie, oprócz poleceñ rmail i rnews, tak¿e poleceniabsmtp*:system pablo
[ Pobierz całość w formacie PDF ]