[ Pobierz całość w formacie PDF ]
.Zamiast wywo�ywa� rnews, mo�esz tak�e skonfiguro-wa� (w czasie kompilacji) wywo�ywanie przetwarzania wsadowego przychodz�cychartyku�ów i przenosi� uzyskane wsady do katalogu /var/spool/news/in.coming, gdzieoczekuj� na pobranie przez relaynews przy nast�pnym przebiegu kolejki.nntpd musi mie� dost�p do pliku history, by móc poprawnie obs�ugiwa� protokó�ihave/sendme.W czasie kompilacji musisz poda� dok�adn� Scie�k� do tego pliku.Je-�eli u�ywasz C News, sprawdx, czy C News i nntpd s� zgodne co do formatu plikuhistorii.C News przy dost�pie u�ywa funkcji mieszaj�cej dbm.Jednak istnieje szeregró�nych, niezbyt kompatybilnych implementacji biblioteki dbm.Je�eli C News zosta�skonsolidowany z jak�S inn� wersj� biblioteki dbm, która nie jest zgodna z wersj�znajduj�ca si� w twojej standardowej bibliotece libc, musisz skonsolidowa� nntpdz t� sam� bibliotek�.NiezgodnoSci pomi�dzy nntpd i C News s� czasem powodem generowania komuni-katów o b��dach w logu systemowym, mówi�cych o tym, �e nntpd nie mo�e go po-prawnie otworzy�.Mo�e si� te� zdarzy�, �e zobaczysz podwójne artyku�y odebraneprzez NNTP.Dobrym testem na b��dne funkcjonowanie przesy�ania grup jest po-branie artyku�u z obszaru buforowego, wykonanie telnet na port nntp i zaoferowa-nie go nntpd zgodnie z tym, co pokazano w przyk�adzie poni�ej.OczywiScie musiszzast�pi�msg@idID wiadomoSci, któr� chcesz przekaza� do nntpd:$ telnet localhost nntpTrying 127.1.Connected to localhostEscape characeters is '^]'.201 vstout NNTP[auth] server version 1.5.11t (16 November 1991) ready at SunFeb 6 16:02:32 1194 (no posting)IHAVE msg@id435 Got it.QUITTa konwersacja pokazuje poprawn� reakcj� nntpd.KomunikatGotItmówi, �e ar-tyku� ju� istnieje.GdybyS zamiast niego dosta� komunikat 335 Ok, oznacza�oby to, �eprzeszukiwanie pliku historii z jakiegoS powodu si� nie powiod�o.Zako�cz konwer-sacj� wpisuj�c [Ctrl+D].W logu systemowym mo�esz sprawdzi�, co posz�o xle.nntpd zapisuje do logu wszelkie komunikaty, u�ywaj�c funkcji syslog:daemon.Niekompatybilnabibliotekadbm zwykle sama zg�asza komunikat mówi�cy,�e wywo�anie dbminit si� nie powiod�o. 23Internet NewsRozdzia� 23: Internet NewsDemon Internet News (INN) jest prawdopodobnie najpopularniejszym z obecnieu�ywanych serwerów grup dyskusyjnych.Jest bardzo elastyczny i odpowiedni dlawszystkich oSrodków udost�pniaj�cych grupy, mo�e poza najmniejszymi*.INN do-skonale si� skaluje i jest przystosowany do du�ych oSrodków grup dyskusyjnych.Serwer INN sk�ada si� z szeregu elementów, z których ka�dy ma w�asne pliki kon-figuracyjne.Omówimy je wszystkie kolejno.Konfiguracja INN-a mo�e by� nieco ab-sorbuj�ca, ale w tym rozdziale opiszemy wszystkie etapy i podamy wystarczaj�codu�o informacji, byS móg� zrozumie� strony podr�cznika INN i jego dokumentacj�oraz stworzy� konfiguracje dla dowolnych zastosowa�.Pewne tajniki wewn�trzne INN-aRdzeniem INN-a jest demon innd.Jego zadaniem jest obs�uga wszystkich przy-chodz�cych artyku�ów, zachowywanie ich lokalnie i dalsze przekazywanie, o ile jesttaka potrzeba.Jest uruchamiany w czasie inicjacji systemu i dzia�a jako proces w tle.Dzia�anie w trybie demona jest wydajniejsze, poniewa� pliki stanu s� czytane tylkoraz, przy uruchomieniu.W zale�noSci od wielkoSci obs�ugiwanych przez ciebiegrup, pewne pliki, takie jak history (zawieraj�cy list� ostatnio przetworzonych arty-ku�ów), mog� zajmowa� od kilku do kilkudziesi�ciu megabajtów.Inn� wa�n� funkcj� INN-a jest to, �e zawsze dzia�a tylko jedno jego wcielenie.Mato tak�e du�y wp�yw na wydajnoS�, poniewa� demon mo�e przetwarza� wszyst-kie artyku�y bez martwienia si� o synchronizacj� stanów wewn�trznych z innymi* Dla bardzo ma�ych oSrodków lepiej nadaje si� program pami�ci podr�cznej NNTP, jak leafnode, dost�p-ny pod adresem http://wpxx02.toxi.uni-wuerzburg.de/~krasel/leadnode.html. 400 Rozdzia� 23: Internet Newskopiami innd dostaj�cymi si� do bufora grup w tym samym czasie.Jednak takakonstrukcja ma wp�yw na ca�oSciow� architektur� systemu grup, poniewa� chodzio to, aby przychodz�ce wiadomoSci by�y przetwarzane tak szybko, jak to mo�liwe,i jest nie do przyj�cia, by serwer zajmowa� si� tak przyziemnymi zadaniami, jakobs�uga wiadomoSci przychodz�cych przez UUCP.Dlatego te zadania zosta�y od-dzielone od g�ównego serwera i zaimplementowane w oddzielnych programachpomocniczych.Rysunek 23-1 próbuje pokaza� powi�zania pomi�dzy innd a inny-mi lokalnymi zadaniami, zdalnymi serwerami i przegl�darkami grup dyskusyj-nych.Obecnie do przesy�ania artyku�ów najcz�Sciej s�u�y NNTP, a innd bezpoSrednioobs�uguje tylko ten protokó�.Oznacza to, �e innd oczekuje na gniexdzie TCP (port119) na po��czenia i przyjmuje artyku�y, u�ywaj�c protoko�u ihave.Artyku�y przybywaj�ce inn� drog�, ni� przez NNTP, s� obs�ugiwane poSrednioprzez inny proces przyjmuj�cy artyku�y i przekazuj�cy je do innd przez NNTP.Wsa-dy przychodz�ce na przyk�ad przez ��cze UUCP s� tradycyjnie obs�ugiwane przezprogram rnews.Wersja tego programu zawarta w pakiecie INN w razie potrzeby de-kompresuje wsady i dzieli je na pojedyncze artyku�y.Nast�pnie po kolei przesy�a jedo innd.Przegl�darki grup mog� dostarcza� wiadomoSci, gdy u�ytkownik wySle artyku�.Poniewa� obs�uga przegl�darek zas�uguje na specjaln� uwag�, wrócimy do niej zachwil�.Serwer grup NNTPPrzegl�darka grup NNTP Serwer grup UUCPDaneDaneprzychodz�ceprzychodz�ce Sesja NNTPprzez UUCPprzez NNTPDane wychodz�ceprzez NNTPnntpsend nnrpd rnews/var/spool/newsinnxmit inndRysunek 23-1.Uproszczony schemat architektury INN-aPrzyjmuj�c artyku�, innd najpierw sprawdza jego ID w pliku history.Zduplikowaneartyku�y s� odrzucane, a ich pojawienie si� jest (opcjonalnie) odnotowywane
[ Pobierz całość w formacie PDF ]
