51、Linux新闻阅读器配置、网络示例与版权信息

Linux新闻阅读器配置、网络示例与版权信息

1. trn新闻阅读器配置

trn是较旧新闻阅读器rn的继任者,“t”代表“threaded”,由Wayne Davidson编写。与tin不同,trn不能在运行时生成线程数据库,而是使用mthreads程序预先准备的数据库,需要定期通过cron调用mthreads来更新索引文件。

如果不运行mthreads,仍可访问新文章,但文章选择菜单中会分散出现大量类似“A GENUINE INVESTMENT OPPORTUNITY”的文章,而不是可轻松跳过的单一线程。

  • 开启特定新闻组的线程功能 :在命令行使用mthreads并指定新闻组列表,列表格式与C News sys文件相同。例如:
$ mthreads 'comp,rec,!rec.games.go'

此命令为comp和rec新闻组开启线程功能,但rec.games.go除外。之后,可直接调用mthreads对新文章进行线程处理。若要为活动文件中的所有组开启线程功能,可使用“all”作为组列表调用mthreads。

  • mthreads运行频率 :如果在夜间接收新闻,通常可在早上运行一次mthreads,必要时可增加运行频率。流量大的站点可让mthreads以守护进程模式运行,在启动时使用 -d 选项,它会在后台运行,每十分钟检查是否有新文章并进行线程处理。在rc.news脚本中添加以下行可使mthreads以守护进程模式运行:
/usr/local/bin/rn/mthreads -deav

其中,-a选项使mthreads在新组创建时自动开启线程功能;-v选项将详细日志消息记录到trn安装目录下的mthreads日志文件mt.log中。

  • 移除旧文章 :默认情况下,仅移除编号低于低水位标记的旧文章。对于编号高于此标记但已过期的文章(由于Expires头部字段为最旧文章分配了较长的过期日期),可使用 -e 选项强制mthreads进行“增强”过期处理。当mthreads以守护进程模式运行时,-e选项会使它在每天午夜后不久执行一次增强过期处理。
2. nn新闻阅读器配置

nn由Kim F. Storm编写,其目标并非单纯阅读新闻,其名称代表“No News”,座右铭是“No news is good news. nn is better.”。nn配备了大量维护工具,可进行线程生成、数据库一致性检查、统计、访问限制等操作,还有管理程序nnadmin可交互式执行这些任务。这里主要介绍其索引文件的生成。

  • nn线程数据库管理器 :nn的线程数据库管理器是nnmaster,通常作为守护进程从rc文件在启动时运行,调用方式如下:
/usr/local/lib/nn/nnmaster -l -r -C

此命令为活动文件中的所有新闻组开启线程功能。

也可通过cron定期调用nnmaster,并指定要处理的组列表。该列表与sys文件中的订阅列表类似,但使用空格而非逗号分隔。使用空参数“”表示所有组,示例调用如下:

# /usr/local/lib/nn/nnmaster !rec.games.go rec comp

注意,组指定的顺序很重要,最左侧匹配的组规范优先。

  • 移除过期文章的方法
    1. 扫描新闻组目录 :通过扫描新闻组目录,丢弃对应文章已超过过期日期的条目。默认情况下,使用 -E 选项调用nnmaster可执行此操作,除非通过NNTP进行操作,否则速度较快。
    2. 移除低编号文章 :与mthreads的默认过期处理类似,仅移除活动文件中编号低于低水位标记的文章,可使用 -e 选项启用此方法。
    3. 丢弃并重新收集 :丢弃整个数据库并重新收集所有文章,使用 -E3 选项启用此策略。

使用 -F 选项指定要处理的组列表。若nnmaster以守护进程模式运行,在进行过期处理前需使用 -k 选项终止它,处理完成后再使用原始选项重新启动。使用第一种方法对所有组进行过期处理的正确命令如下:

# nnmaster -kF ""
# nnmaster -lrC

nnmaster依赖位于 /var/lib/nn 的GROUPS文件,首次运行nnmaster时若该文件不存在则会自动创建。每个新闻组在文件中占一行,以组名开头,可选地后跟时间戳和标志。可编辑这些标志以启用特定组的某些行为,但不能更改组的顺序。

3. 示例网络:虚拟啤酒厂

虚拟啤酒厂是一家酿造虚拟啤酒的小公司,为提高业务管理效率,他们希望将运行Linux内核的PC联网。同一楼层对面的虚拟酒庄也有自己的以太网,两家公司希望在网络就绪后进行连接。

首先,他们计划设置一个网关主机,用于在两个子网之间转发数据报;之后,建立UUCP链接与外界交换邮件和新闻;长期来看,还希望设置PPP连接以连接到异地和互联网。

虚拟啤酒厂和虚拟酒庄各自拥有啤酒厂B类网络中的一个C类子网,通过主机vlager相互连接,vlager还支持UUCP连接。随着业务发展,啤酒厂在另一个城市开设了分支机构,该分支机构使用IP网络号172.16.3.0,主机vlager作为啤酒厂网络的网关并支持PPP链接,分支机构的对等主机是vbourbon,IP地址为172.16.3.1。

4. 有用的电缆配置

如果没有以太网网络,连接两台计算机需要使用串行空调制解调器电缆或PLIP并行电缆。这些电缆可购买现成的,也可自己制作,自制更便宜且相对简单。

  • PLIP并行电缆 :制作PLIP并行电缆需要两个25针连接器(DB - 25)和至少11根导线的电缆,电缆长度不得超过15米(50英尺)。电缆可带屏蔽层,长电缆建议使用屏蔽层。连接时,将两个连接器的特定引脚相互连接,其余引脚保持未连接状态。若电缆有屏蔽层,应仅将其一端连接到DB - 25的金属外壳。

  • 串行空调制解调器电缆 :串行空调制解调器电缆适用于SLIP和PPP,需要两个DB - 25连接器和8根导线。此设计允许使用硬件流控制(优于XON/XOFF流控制)或不使用流控制。若电缆有屏蔽层,应仅将其一端的第一引脚连接到屏蔽层。

5. 版权信息

版权归Olaf Kirch(1993年)和Terry Dawson(2000年)所有,O’Reilly印刷版版权归O’Reilly & Associates(2000年)所有。在线版本可根据GNU FDL获得,有权根据该许可证重印文档,包括印刷和分发在线版本的印刷副本,但O’Reilly印刷版的复制权保留。

可在以下网址找到在线许可证副本:
http://www.oreilly.com/catalog/linag2/book/copyright.html

该书可在以下网址获取:
http://www.linuxdoc.org/LDP/nag/nag.html 和 http://www.oreilly.com/catalog/linag2/

允许在遵循GNU自由文档许可证(版本1.1或自由软件基金会发布的任何后续版本)的条款下复制、打印、分发和修改在线文档。不变部分包括前言中的致谢和附录C“Linux网络管理员指南,第二版,版权信息”,可在不变部分之外添加更多致谢内容。封面文字必须如下所示:

Linux Network Administrator's Guide
by Olaf Kirch and Terry Dawson
Copyright © 1993 Olaf Kirch
Copyright © 2000 Terry Dawson
Copyright on O'Reilly printed version © 2000 O'Reilly & Associates
6. GNU自由文档许可证概述

该许可证旨在使手册、教科书或其他书面文档在自由的意义上“自由”,确保每个人都能有效自由地复制和重新分发,无论是否进行修改,无论是商业还是非商业用途。其次,它为作者和出版商保留获得作品认可的方式,同时不承担他人修改的责任。

  • 适用范围和定义 :该许可证适用于包含版权持有者声明可根据本许可证分发的通知的任何手册或其他作品,任何公众成员都是被授权者。

    • 修改版本 :包含文档或其部分内容的任何作品,无论是逐字复制、修改还是翻译成其他语言。
    • 次要部分 :文档中专门讨论出版商或作者与文档整体主题关系的命名附录或前言部分,且不包含直接属于该整体主题的内容。
    • 不变部分 :在文档发布遵循本许可证的通知中指定为不变部分的某些次要部分。
    • 封面文字 :在文档发布遵循本许可证的通知中列出的作为封面文字的简短段落。
    • 透明副本 :以公众可获取规范的格式表示的机器可读副本,其内容可使用通用文本编辑器、绘图编辑器等直接查看和编辑,适合输入到文本格式化程序或自动翻译成适合文本格式化程序输入的各种格式。
    • 不透明副本 :非透明的副本。
    • 标题页 :对于印刷书籍,指标题页本身以及容纳本许可证要求在标题页显示的内容所需的后续页面。对于没有实际标题页的格式,指作品标题最突出显示位置附近、正文开始之前的文本。
  • 逐字复制 :可在任何介质上复制和分发文档,无论是商业还是非商业用途,但必须在所有副本中复制本许可证、版权声明和许可证通知,且不得添加其他条件。不得使用技术手段阻碍或控制副本的阅读或进一步复制,但可接受副本的补偿。若分发大量副本,还需遵循第3节的条件,也可在相同条件下出借和公开展示副本。

  • 批量复制

    • 若发布超过100份印刷副本且文档的许可证通知要求封面文字,必须将副本封装在带有清晰可读封面文字的封面中,正面封面为封面文字,背面封面为封底文字,两个封面都必须清晰标识你为出版商,正面封面必须突出显示完整标题。
    • 若任何一个封面所需文字过多无法清晰显示,应将列出的第一个文字(尽可能多)放在实际封面上,其余部分继续放在相邻页面上。
    • 若发布或分发超过100份不透明副本,必须为每个不透明副本包含一个机器可读的透明副本,或在每个不透明副本中或随附声明一个可公开访问的计算机网络位置,该位置包含文档的完整透明副本,且无添加材料,公众可使用公共标准网络协议免费匿名下载。若使用后一种选项,在开始分发大量不透明副本时,必须采取合理谨慎的措施,确保该透明副本在最后一次向公众分发该版本的不透明副本(直接或通过代理商或零售商)后至少一年内仍可在指定位置访问。建议在重新分发大量副本之前与文档作者联系,以便他们有机会提供更新版本。
  • 修改 :可在上述第2节和第3节的条件下复制和分发文档的修改版本,但必须在完全相同的许可证下发布修改版本,并在修改版本中完成以下操作:

    1. 在标题页(和封面,如果有)使用与文档及先前版本不同的标题,若原版本的出版商允许,可使用相同标题。
    2. 在标题页列出对修改版本的创作负责的一个或多个人或实体,以及文档的至少五名主要作者(若文档主要作者少于五名,则列出所有主要作者)。
    3. 在标题页声明修改版本的出版商名称。
    4. 保留文档的所有版权声明。
    5. 在其他版权声明旁边添加适当的修改版权声明。
    6. 在版权声明之后立即包含一个许可证通知,授予公众根据本许可证使用修改版本的权限,格式如附录所示。
    7. 在该许可证通知中保留文档许可证通知中给出的完整不变部分列表和所需封面文字。
    8. 包含本许可证的未修改副本。
    9. 保留名为“History”的部分及其标题,并在其中添加一项,至少说明修改版本在标题页上给出的标题、年份、新作者和出版商。若文档中没有“History”部分,创建一个说明文档在标题页上给出的标题、年份、作者和出版商,然后添加一项描述修改版本。
    10. 保留文档中提供的用于公众访问文档透明副本的网络位置,以及文档基于的先前版本的网络位置,这些可放在“History”部分。若作品在文档本身发布至少四年之前出版,或原版本的出版商允许,可省略网络位置。
    11. 在任何名为“Acknowledgements”或“Dedications”的部分中,保留该部分的标题,并保留其中每个贡献者致谢和/或献词的所有内容和语气。
    12. 保留文档的所有不变部分,其文本和标题保持不变,节号或等效内容不视为节标题的一部分。

下面用mermaid流程图展示nn移除过期文章的流程:

graph LR
    A[开始] --> B{nnmaster运行模式?}
    B -->|守护进程模式| C[使用 -k 选项终止nnmaster]
    B -->|非守护进程模式| D[选择移除方法]
    C --> D
    D -->| -E 选项| E[扫描新闻组目录移除过期条目]
    D -->| -e 选项| F[移除编号低于低水位标记的条目]
    D -->| -E3 选项| G[丢弃整个数据库并重新收集文章]
    E --> H{是否为所有组?}
    F --> H
    G --> H
    H -->|是| I[使用 -F "" 指定所有组]
    H -->|否| J[使用 -F 指定组列表]
    I --> K[执行移除操作]
    J --> K
    K -->|守护进程模式| L[使用原始选项重新启动nnmaster]
    K -->|非守护进程模式| M[结束]
    L --> M

表格总结trn和nn的相关信息:
| 新闻阅读器 | 作者 | 线程数据库生成 | 移除过期文章方法 |
| — | — | — | — |
| trn | Wayne Davidson | 使用mthreads预先准备,定期通过cron更新 | 默认移除编号低于低水位标记的文章,-e选项强制增强过期处理 |
| nn | Kim F. Storm | 由nnmaster管理,可守护进程模式或定期通过cron运行 | -E扫描目录,-e移除低编号文章,-E3丢弃并重新收集 |

Linux新闻阅读器配置、网络示例与版权信息

7. 虚拟啤酒厂网络连接步骤

虚拟啤酒厂和虚拟酒庄以及分支机构的网络连接有着明确的步骤和需求,以下详细介绍:

  • 子网连接

    • 虚拟啤酒厂和虚拟酒庄各自拥有啤酒厂B类网络中的一个C类子网,通过主机vlager作为共同的网关实现相互连接。
    • 啤酒厂分支机构使用IP网络号172.16.3.0,主机vlager作为啤酒厂网络的网关,分支机构的对等主机vbourbon的IP地址为172.16.3.1。
  • 网络发展规划

    • 短期 :设置网关主机vlager,用于在两个子网之间转发数据报,实现啤酒厂和酒庄网络的初步连接。
    • 中期 :建立UUCP链接,通过该链接与外界交换邮件和新闻。
    • 长期 :设置PPP连接,用于连接到异地和互联网,以满足业务拓展的需求。

下面用mermaid流程图展示虚拟啤酒厂网络连接的流程:

graph LR
    A[开始] --> B[设置子网]
    B --> C[配置网关主机vlager]
    C --> D[子网间数据报转发]
    D --> E[建立UUCP链接]
    E --> F[交换邮件和新闻]
    F --> G[设置PPP连接]
    G --> H[连接异地和互联网]
    H --> I[结束]
8. 电缆制作详细步骤

自制电缆是连接计算机的一种经济有效的方式,以下分别介绍PLIP并行电缆和串行空调制解调器电缆的制作步骤:

  • PLIP并行电缆制作步骤

    1. 准备材料 :两个25针连接器(DB - 25)和至少11根导线的电缆,电缆长度不超过15米(50英尺),长电缆建议使用带屏蔽层的电缆。
    2. 识别引脚 :观察连接器,在其底部可看到每个引脚的编号,从左上角的1号引脚到右下角的25号引脚。
    3. 连接引脚 :将两个连接器的特定引脚相互连接,其余引脚保持未连接状态。
    4. 处理屏蔽层 :若电缆有屏蔽层,仅将其一端连接到DB - 25的金属外壳。
  • 串行空调制解调器电缆制作步骤

    1. 准备材料 :两个DB - 25连接器和8根导线。
    2. 连接导线 :按照特定的导体配置连接导线,此设计允许使用硬件流控制(优于XON/XOFF流控制)或不使用流控制。
    3. 处理屏蔽层 :若电缆有屏蔽层,仅将其一端的第一引脚连接到屏蔽层。

表格总结两种电缆的制作信息:
| 电缆类型 | 所需材料 | 长度要求 | 屏蔽层处理 |
| — | — | — | — |
| PLIP并行电缆 | 两个25针连接器(DB - 25)、至少11根导线的电缆 | 不超过15米(50英尺) | 一端连接到DB - 25金属外壳 |
| 串行空调制解调器电缆 | 两个DB - 25连接器、8根导线 | 无特殊要求 | 一端第一引脚连接屏蔽层 |

9. 版权使用规则总结

GNU自由文档许可证为文档的使用和分发提供了明确的规则,以下是对版权使用规则的总结:

  • 逐字复制规则

    • 可在任何介质上进行商业或非商业的复制和分发,但必须复制许可证、版权声明和许可证通知,且不得添加其他条件。
    • 不得使用技术手段阻碍或控制副本的阅读或进一步复制,可接受副本的补偿。若分发大量副本,需遵循批量复制的条件,也可在相同条件下出借和公开展示副本。
  • 批量复制规则

    • 发布超过100份印刷副本且文档要求封面文字时,需将副本封装在带有清晰可读封面文字的封面中,明确标识出版商,正面封面突出显示完整标题。
    • 若封面文字过多,可将部分文字放在相邻页面。
    • 发布或分发超过100份不透明副本时,需为每个不透明副本包含透明副本或提供可公开访问的透明副本网络位置,并确保该位置在一定时间内可访问。建议重新分发大量副本前联系作者获取更新版本。
  • 修改规则

    • 可在遵循相关条件下复制和分发修改版本,需在相同许可证下发布,并完成一系列操作,如使用不同标题、列出作者和出版商、保留版权声明、添加修改版权声明、包含许可证通知、保留不变部分等。

列表总结版权使用规则的关键要点:
1. 逐字复制需保留关键信息,不得添加条件。
2. 批量复制对印刷和不透明副本有封面和透明副本要求。
3. 修改版本需遵循特定操作以确保符合许可证要求。

通过以上对虚拟啤酒厂网络连接、电缆制作和版权使用规则的详细介绍,希望能帮助读者更好地理解和应用相关知识,在实际操作中遵循规则,实现网络连接和文档使用的合规性。

需求响应动态冰蓄冷系统需求响应策略的优化研究(Matlab代码实现)内容概要:本文围绕需求响应动态冰蓄冷系统及其优化策略展开研究,结合Matlab代码实现,探讨了在电力需求侧管理背景下,冰蓄冷系统如何通过优化运行策略参需求响应,以实现削峰填谷、降低用电成本和提升能源利用效率的目标。研究内容包括系统建模、负荷预测、优化算法设计(如智能优化算法)以及多场景仿真验证,重点分析不同需求响应机制下系统的经济性和运行特性,并通过Matlab编程实现模型求解结果可视化,为实际工程应用提供理论支持和技术路径。; 适合人群:具备一定电力系统、能源工程或自动化背景的研究生、科研人员及从事综合能源系统优化工作的工程师;熟悉Matlab编程且对需求响应、储能优化等领域感兴趣的技术人员。; 使用场景及目标:①用于高校科研中关于冰蓄冷系统需求响应协同优化的课题研究;②支撑企业开展楼宇能源管理系统、智慧园区调度平台的设计仿真;③为政策制定者评估需求响应措施的有效性提供量化分析工具。; 阅读建议:建议读者结合文中Matlab代码逐段理解模型构建算法实现过程,重点关注目标函数设定、约束条件处理及优化结果分析部分,同时可拓展应用其他智能算法进行对比实验,加深对系统优化机制的理解。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值