Administrowanie linuxem (2)

[ Pobierz całość w formacie PDF ]
.Ewentualnie ich opis znajdziesz na stronach podr�cznika elektronicznego.Poza publicznie dost�pnymi programami uucp i uux, pakiet UUCP zawiera szeregpolece� u�ywanych jedynie do celów administracyjnych.S�u�� one do monitorowa-nia ruchu UUCP twojego w�z�a, usuwania starych plików log czy kompilowaniastatystyk.Nie b�dziemy ich tutaj opisywa�, poniewa� wykonuj� zadania dodatko-we.Poza tym s� doskonale udokumentowane i �atwe w obs�udze.Wi�cej informacjiznajdziesz na stronach podr�cznika elektronicznego.Jednak istnieje trzecia katego-ria programów: te, które odwalaj� ca�� czarn� robot� UUCP.S� to uucico (gdzie ci-co pochodzi od s�ów copy-in copy-out) i uuxqt, które wykonuje zadania przys�aneprzez systemy zdalne.W tym rozdziale skoncentrujemy si� na tych dwóch istotnychprogramach.Je�eli nie jesteS zadowolony z naszego wyboru tematów, powinieneS przeczyta� do-kumentacj� dostarczan� wraz z pakietem UUCP.Jest to zestaw plików Texinfo,które opisuj� konfiguracj� z wykorzystaniem schematu Taylora.Pliki Texinfomo�esz przekszta�ci� w plik dvi za pomoc� texi2dvi (który mo�na znalex� w pakiecieTexinfo w twojej dystrybucji) i obejrze� go, u�ywaj�c polecenia xdvi.Kolejnym doskona�ym xród�em informacji na temat UUCP w Srodowisku Linuksajest UUCP-HOWTO autorstwa Guylhema Aznara.Jest ono dost�pne w ramach Pro-jektu Dokumentacji Linuksa i regularnie wysy�ane do grupy comp.os.linux.answers.Istnieje równie� grupa dyskusyjna poruszaj�ca tematy zwi�zane z UUCP: comp.ma-il.uucp.Je�eli masz pytania szczegó�owe dotycz�ce UUCP Taylora, lepiej je zada�w�aSnie tu, a nie w grupach z serii comp.os.linux.*.* Napisana i zastrze�ona przez Iana Taylora w 1995roku.Przesy�anie i zdalne wykonywanie w UUCP 273Przesy�anie i zdalne wykonywanie w UUCPDla zrozumienia UUCP istotne jest poj�cie zada�.Ka�da transmisja zainicjowanaprzez u�ytkownika za pomoc� uucp lub unx nazywa si� zadaniem.Sk�ada si� onoz polece� do wykonania na hoScie zdalnym, zestawu plików do przes�ania mi�dzyoSrodkami lub obu tych elementów.Jako przyk�ad wexmy poni�sze polecenie, które kopiuje przez UUCP plik netguide.psdo zdalnego hosta pablo i wykonuje na nim polecenie lpr drukuj�ce plik:$ uux -r pablo!lpr !netguide.psGeneralnie UUCP nie wywo�uje natychmiast zdalnego hosta, by wykona� zadanie(co móg�byS zrobi� za pomoc� kermit).Sporz�dza natomiast tymczasowy opis za-dania.Nazywa si� to buforowaniem (ang.spooling).Drzewo katalogów, w którym s�umieszczane zadania, nazywa si� katalogiem buforowym i przewa�nie znajduje si�w katalogu /var/spool/uucp.W naszym przyk�adzie opis zadania b�dzie zawiera� in-formacje o zdalnym poleceniu do wykonania (lpr), u�ytkowniku, który zleci� jegowykonanie, i kilku innych elementach.Poza opisem zadania, UUCP musi zachowa�plik wejSciowy netguide.ps.Dok�adna lokalizacja i nazewnictwo plików buforowych mo�e si� ró�ni� w zale�-noSci od opcji wybranych w czasie kompilacji.UUCP kompatybilne z HDB zwyklezachowuje pliki buforowe w katalogu /var/spool/uucp w podkatalogu o nazwieoSrodka zdalnego.W przypadku kompilacji z konfiguracj� Taylora, UUCP tworzyw tym katalogu podkatalogi dla ró�nych typów plików buforowych.W regularnych odst�pach czasu UUCP dzwoni do zdalnego systemu.Gdy zostanienawi�zane po��czenie z systemem, UUCP przesy�a pliki opisuj�ce zadanie orazwszelkie pliki wejSciowe.Przychodz�ce zadanie nie zostanie wykonane natychmiast,ale po zako�czeniu po��czenia.Wykonanie jest obs�ugiwane przez uuxqt, który ta-k�e obs�uguje przekazywanie wszelkich zada� przeznaczonych dla drugiego oSrod-ka.Aby rozró�ni� mniej i bardziej istotne zadania, UUCP ka�demu z nich nadaje stopie�(ang.grade).Jest to cyfra z przedzia�u od 0 do 9, litera z przedzia�u od A do Z oraz oda do z w kolejnoSci malej�cej priorytetów.Poczta jest zwykle buforowana ze stop-niem B lub C, natomiast grupy dyskusyjne ze stopniem N.Zadania o wy�szych stop-niach s� przesy�ane w pierwszej kolejnoSci.Stopnie mog� by� przypisywane za po-moc� opcji g w wywo�aniu uucp lub uux.W pewnych okresach czasu mo�esz równie� zabroni� przesy�ania zada� o stopniumniejszym ni� zadany.Aby to zrobi�, ustaw maksymalny stopie� buforowania (ang.maximum spool grade), który b�dzie dopuszczalny w czasie konwersacji.Maksymal-ny stopie� buforowania domySlnie ma wartoS� z, co oznacza, �e zadania o wszyst-kich stopniach b�d� przesy�ane za ka�dym razem.Zauwa�, �e sk�adnia jest tu nieconiejasna: plik jest przesy�any jedynie wtedy, gdy ma stopie� równy lub wi�kszy ni�maksymalny próg buforowania.274 Rozdzia� 16: Zarz�dzanie UUCP TayloraWewn�trzne dzia�anie uucicoKrótki opis tego, jak w rzeczywistoSci nast�puje po��czenie ze zdalnym systemem,pomo�e zrozumie�, dlaczego uucico musi zna� pewne informacje.Gdy uruchomisz uucico ssystemz wiersza polece�, uucico najpierw musi zreali-zowa� po��czenie fizyczne.Podejmowane dzia�ania zale�� od rodzaju po��czenia,jakie ma by� otwarte.W przypadku linii telefonicznej wymaga to znalezienia mode-mu i zadzwonienia.W przypadku TCP, uucico musi wywo�a� gethostbyname, aby za-mieni� nazw� na adres sieci, stwierdzi�, który port otworzy�, i powi�za� adres z od-powiednim gniazdem.Po poprawnym nawi�zaniu po��czenia nast�puje uwierzytelnienie.Ta proceduraogólnie sk�ada si� z zapytania zdalnego systemu o nazw� u�ytkownika i ewentual-nie has�o.Wymiana tych danych jest powszechnie nazywana dialogiem logowania(ang.login chat).Procedura uwierzytelniania jest wykonywana albo przez typowyzestaw getty/login, albo przez sam uucico na gniazdach TCP.Je�eli uwierzytelnieniepowiedzie si�, druga strona uruchamia uucico.Kopia uucico po stronie, która zainicjo-wa�a po��czenie, czyli lokalnej, jest nazywana nadrz�dn� (ang.master), a zdalna kopiajest nazywana podleg�� (ang.slave).Póxniej nast�puje faza uzgadniania (ang.handshake phase): system nadrz�dny wysy�aswoj� nazw� hosta i kilka znaczników.System podleg�y sprawdza t� nazw� hostapod wzgl�dem praw logownia, wysy�ania i odbioru plików itd.Znaczniki opisuj�(mi�dzy innymi) maksymalny stopie� plików buforowych, pozwalaj�cy na ichprzes�anie.Je�eli jest w��czony licznik konwersacji lub numer kolejny wywo�ania (ang.call sequence number), to s� teraz sprawdzane.Dzi�ki tej funkcji obie strony mog� po-siada� licznik poprawnych po��cze� i je porównywa�.Je�eli liczniki si� nie zgadzaj�,uzgadnianie si� nie udaje.Jest to przydatne do zabezpieczenia si� przed oszustami.Na koniec oba uucico próbuj� uzgodni� wspólny protokó� transmisji.Protokó� ten de-cyduje o sposobie przesy�ania danych, sprawdzaniu ich spójnoSci i retransmisjiw przypadku b��dów.Potrzebne s� ró�ne protoko�y, poniewa� obs�ugiwane s�ró�ne typy po��cze�.Na przyk�ad linie telefoniczne wymagaj� bezpiecznego pro-toko�u, który jest nieufny i wsz�dzie w�szy b��dy, natomiast transmisja TCP jestz za�o�enia niezawodna i mo�e u�ywa� efektywniejszego protoko�u, który nie wy-konuje dodatkowego sprawdzania b��dów.Po zako�czeniu uzgadniania rozpoczyna si� faza rzeczywistej transmisji.Obie stro-ny w��czaj� wybrany sterownik protoko�u.W tym miejscu sterowniki wykonuj� se-kwencj� inicjacyjn� specyficzn� dla protoko�u.Nast�pnie system nadrz�dny wysy�a wszystkie skolejkowane pliki do hosta zdalne-go, którego stopie� buforowania jest wystarczaj�co wysoki [ Pobierz całość w formacie PDF ]

Linki