网络管理员指南 -18.NNTP描述 -1>介绍

/ns/wz/net/data/20020808041937.htm

网络管理员指南 -18.NNTP描述 -1>介绍

本文出自:http://www.linpus.com.tw 作者: Andrew Anderson

因为使用的是不同的网络传输，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。