[ 永遠的UNIX > 網絡管理員指南 -18.NNTP描述 -1>介紹 ]

[ 永遠的UNIX::UNIX技術資料的寶庫 ] GB | BIG5

首頁 > 網絡管理 > 其它 > 正文

網絡管理員指南 -18.NNTP描述 -1>介紹

本文出自:http://www.linpus.com.tw 作者: Andrew Anderson (2001-07-19 20:10:00)

因為使用的是不同的網絡傳輸，NNTP從C-news提供大量不同的方法到新聞。NNCP支持
``Network News Transfer Protocol'',它不是一個單獨的軟件包，而是一個Internet標準。它基一個
系統引導連接-通常是通過TCP-與一個網絡上任何位置的一個客戶。以及一個在磁盤上保留netnews的一個
服務器。流向連接允許客戶和服務器內部討論文章傳送而沒有延遲，保証復制文件數量少。加上Internet
的高傳輸率，使一個新聞傳輸比以前的UUCP網絡快得多。而幾年前，一個文章到達Usenet角落需要兩周
以上的時間。而現在只要兩天。在Internet本身，可能只是幾分鐘。

許多命令允許用戶恢復，發送和郵遞文章。發送和郵遞之間的區別是者有不完整的標題信息。文章恢復
可能被新聞傳送客戶或則新聞發送者使用。這使NNTP成為一個很好的工具用來提供新聞在本地網絡上訪
問許多客戶而不需要使用在NFS上必須的歪曲。

NNTP還提供一個文章和一個新聞傳送的積極的方法。通俗稱為推和拉。推基本上與
C-news ihave/sendme protocol相同。客戶使用``IHAVE ''命令提供一個文章到服務器，服務器
返回一個代碼指出它是否已經擁有了文章，或者它是否需要。如果這樣，客戶發送文章，在一個分開的行上
由一個單獨的點結尾。

推新聞有一個單獨的缺點是它放置來一個很重的負擔在服務器系統上，因為它需要在每個單個文章查找歷史
數據。

相反的技術是拉新聞，在這裡客戶從一個在特定日期之到達的組中要求所有文章的列表（可得到）。這個
詢問有NEWNEWS命令執行。從信息IDS的返回列表中，客戶選擇他還沒有的文章，為他們每一個使用ARTICLE命令。

拉新聞的問題是它需要服務器的嚴格控制，通過他組合分區允許一個客戶詢問。例如必須確定從本地
newsgroups到未授權客戶沒有保密文件被發送。

還有一些newsreaders的方便命令允許他們分別恢復文章標題和主體，所有本地網絡上的用戶（大概是本地的）
使用NNTP基礎的客戶程序來閱讀和發送。這是一個替代通過上面章節提到的NTS發送新聞路徑的方法。

NNTP的一個全面的問題是它允許知情者使用假發件人指定插入文章到新聞流。這稱為news faking（假新聞）。
一個到NNTP的延伸允許要求一個用戶問特定的命令授權。

可以使用許多NNTP包。最常用的是NNTP daemon,還稱為reference implementation（優先安裝）。最初，
它由Stan Barber and Phil Lapsley撰寫用來詳細介紹RFC-977。它最近的版本是is nntpd-1.5.11,將會在下
面提到。你可以獲得來源並自己編輯它，或者從Fred van-Kempen的net-std binary包使用nntpd。沒有提供
方便的二進制nntpd，因為可能會編入許多不同的站點指定值。

Nntpd包為推拉新聞分別包含一個服務器和兩個客戶，以及一個inews替換，他們處在一個Bnews環境，但是有
些擰，與C-news一起他們也很好。然而，如果你計劃使用NNTP做多提供newsreaders訪問你的新聞服務器，
優先安裝實際不是一個選擇。我們將討論只有在nntpd包中NNTP daemon，而留下客戶程序。

還有一個包稱為``InterNet News'',或者簡單的INN。它由Rich Salz撰寫。它提供了NNTP和UUCP基礎的新聞傳送，
並且更使用大新聞集線器。當它通過NNTP到達新聞傳送，他3確實比nntpd好。INN當前在版本inn-1.4sec.
從Arjan de Vet有一個在一個機器上建立INN的工具包。它可以在系統郵件路徑下的sunsite.unc.edu得到。
如果你想要設置INN，參考單一來源的文件和定期發表在news.software.b.

的INN-FAQ。
(http://www.fanqiang.com) 進入【UNIX論壇】

===更多相關===

★ 樊強制作歡迎分享 ★