[ 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 ]