今天, Usenet 成長為龐大的部分。攜帶全部網絡新聞的地點通常象一天一個無價值的60 兆字節一樣轉移。
當然這不僅需要有力的文件。因此，讓我們看一眼大多數系統處理 Usenet 新聞的方法。
新聞被各種各樣的運輸通過網絡散布。歷史的媒介過去常是 UUCP ，但是今天主要的交通工具由因特網地點
攜帶。被使用的路由算法被叫充滿:每個地點維持很多(新聞流入)到另外的地點的連接。由本地新聞系統產
生或接收的任何文章被提交給它們,除非它已經在那個地點被看見了，在此情況下，它被丟棄。一個地點可以
發現文章通過看路徑已經穿越了的所有另外的地點:頭域。這個頭包含文章在bang路徑標志中被提交了的所
有的系統的一張列表。
區別文章和認出副本, Usenet 文章必須攜帶一條消息身份(在Message-Id中被指定:頭域),它聯合郵寄地點
的名字和一個序列號 int 到“”.對每篇被處理的文章，新聞系統記載這身份進入一個歷
史文件，相對這個文件所有新到來的文章被檢查。
在任何兩個地點之間的流動可以由兩個標準限定:對一個，一篇文章被分配給一個分區(在分區中:頭域)它
可以被用來限制它到某個組地點。在另一方面,交換的新聞組可以由發送或接收系統限制。允許被發送到一
個地點的新聞組和分發的集合通常被放在 sys 文件中。
文章的純粹數字通常要求改進被做到上面的計劃裡。在 UUCP 網絡上，自然要做的事情是，在一段時期上收集文
章，並且聯合他們進入一個單個的文件,它被壓縮和發送到遠程地點。這被稱為 batching 。
選擇性的技術是阻止副本文章首先被轉移的 ihave/sendme 協議,這樣節省網帶寬度。而不把所有的文章放在
批文件中並且發送他們,僅文章的信息 ids 被聯合進一個巨人“ ihave ”信息並且發送到遠程地點。它讀這
條消息，把它比作它的歷史文件，並且返還它希望在一個“ sendme ”信息中的文章的列表。然僅這些文章
被發送。
當然,如果它包含從若幹獨立入口收到新聞的 兩個大地點， ihave/sendme 才有意義,並且每個人經常為一個
新聞的有效的流動相互投票。
在因特網上的地點通常依靠使用網絡新聞轉移協議的 TCP/IP-based 軟件, NNTP 。它在入口之間轉移新聞，
並且在遠程主機上提供 Usenet 存取給單個用戶。
NNTP 知道三個轉移新聞的不同方法。一個方法是 ihave/sendme 的一個實時的版本,也參考作為推動新聞。第
二個技術被稱為拉動新聞,在那裡，顧客需要一個在一個給出新聞組或在一個指定的日期以到達服務器的地點
的層次的文章列表，並且選擇它不能在它的歷史文件中發現的那些。第三個模式是為了交互閱讀新聞,並且允許
你或你的新聞閱讀程序從指定的新聞組檢索文章,象傳遞有不完整頭的信息的文章一樣。
在每個地點，新聞保留在 /var/spool/news 之下的一個目錄層中，在一個分開的文件中的每篇文章，和在每個
分開的目錄中的每個新聞組目錄名字由新聞組名字組成,其部件是路徑部件。這樣, comp.os.linux.misc 文章
被保留在在/var/spool/news/comp/os/linux/misc中。在新聞組中的文章以他們到達的順序被分配數字。這個數
字作為文件的名字進行服務。文章的數字的范圍目前在網上被放在被稱為活躍的一個文件中,它同時作為在你的
地點上被知道的新聞組的一張列表進行服務。
由磁盤空間是一個有限的資源，一個人必須在某個時間開始扔掉一些文章。這被稱為到期。通常,在他們到
達以，來自某個組和層次的文章在一個固定的天數時到期。這可以被在到期中指定終止的一個日期的海報制
服:文章頭域。
(http://www.fanqiang.com)
進入【UNIX論壇】
|
![[ 永遠的UNIX::UNIX技術資料的寶庫 ]](/images/title.gif)