服务器 频道

服务器应用:搭建Linux新闻组服务器

    1. 查看新闻组文章流程
 
图1新闻组应用流程

    1) 客户端使用新闻组软件通过TCP 119端口向服务器组服务器发送请求,要求提供新闻组文章列表。
    2)新闻组服务器对客户端用户进行身份认证,确定客户端是否有阅读新闻组文章列表权限。
    3)通过身份认证后客户端就可以登录新闻组服务器。
    4)新闻组服务器向客户端转送新闻组文章列表。
    5)客户端使用新闻组软件通过TCP 119端口向服务器组服务器发送请求,从新闻组文章列表中列出希望查看的文章。
    6)新闻组服务器对客户端用户进行二次身份认证,确定客户端是否有阅读文章的权限。
    7)通过身份认证后客户端就可以登录新闻组服务器。
    8)新闻组服务器向客户端转送允许阅读新闻组文章。

    2.发布新闻组文章流程
 
图2新闻组发布流程


    1)客户端使用新闻组软件通过TCP 119端口向服务器组服务器发送请求,要求发布新闻组文章列表。
    2)新闻组服务器对客户端用户进行身份认证,确定客户端是否有发布新闻组文章权限。
    3) 通过身份认证后客户端就可以登录新闻组服务器。
    4)新闻组服务器的新闻发布控制端检查文章,新闻发布控制端拒绝的文章将丢弃,新闻发布控制端接受的文章将发布和存储。

    服务器端有四种存储方法可供选择。

    tradspool :在INN 2.0之前就已经使用的存储方式。文章以单独的文件存储,并分布在基于新闻组名的目录中。这种存储方式非常简单,并且很多第三方的INN插件依赖这种存储方式。缺点是效率不高。
    timehash :文章也是以单独的文件存储,但是目录名依据文章的时间而确定。这就保障了一个目录下不会存在有过多的文件。缺点是依旧没有解决过多文件操作造成的效率地下,而且文件的存储方式决定了难以像 tradspool 方式那样确定某个新闻组的文章数量和手工修改之。
    timecaf :类似于 timehash,文章根据时间分类。不同点是,不再每篇文章一个文件,取而代之的是使用一个文件来存储。缺点是更难以理解和手工修改服务器端的存储结构,而且作为一种新的存储方式,并没有被广泛使用和测试。
    cnfs :文章存储在预先定义好的文件缓冲区中,循环使用文件缓冲区,缓冲区满则覆盖前面的文章,因而对于 cnfs 存储方式,文章的过期设置比较特殊,且没有那么重要。

0
相关文章