6. 如何安装 LinFBB 守护进程版本的升级

6.1 LinFBB v7.02g

注意：嗯，我发现 7.01f 守护进程版本的主要问题是缺少 Protus c_filter 保护。正如我之前告诉您的，Protus 是一个“第三方”产品，因此它可能与 LinFBB 本身存在一些兼容性问题。无论如何，LinFBB 的守护进程版本也可能对某些“第三方”软件有一些特殊要求。

• 我还注意到我的 Protus 版本比我最初拥有的守护进程 LinFBB 版本更新。 除此之外，包括 F6FBB 本人在内的一些业余无线电爱好者建议我升级 LinFBB。我还发现了一个“问题”，我仍然是编译 Linux 软件的新手，所以，我宁愿寻找预编译的软件包以便于安装。
• HI8GN，Jose，提供了 LinFBB v7.02g 守护进程版本的 .rpm 软件包（2000 年 9 月 18 日）。我从他的网站获取了它：http://hi8gn.dynip.com/indice.html。但是，当我尝试在之前的 7.01f 版本之上安装它时，它抱怨一些现有的 LinFBB 文件。
• 然后我不得不卸载旧软件包，之后一些配置文件保留在它们的位置，但带有新的 .rpmsave 扩展名。这很好，所以我可以在以后使用它们来更新我新安装的配置文件。
• 顺便说一句，Jose 的软件包安装过程没有问题，但是新的守护进程似乎没有像我预期的那样运行，尽管我尽力配置它。不太确定，但在我看来，F6FBB 可能不仅对主要的可执行文件进行了更改，也对 shell 文件进行了更改。因此，我决定保存这些新的 xfbbd 和 xfbbC 可执行文件的副本，来自 7.02g 软件包（我通过添加类似 .702 的扩展名到文件来实现）。之后，我*卸载*了 7.02 .rpm 的其余部分，以便再次安装之前的 LinFBB 版本 - 我满意的版本。
• 到目前为止 - 一切顺利。“旧的” 7.01f 版本再次安装并重新测试，以确保它正常。然后，我只是将之前保存的来自新软件包的可执行文件，复制到“旧的”可执行文件之上。在几分钟内，新的 LinFBB v7.02g 守护进程已经就位并开始运行。评论...？
• 嗯，新的守护进程可能比旧版本检查更多的目录（主要与 7plus 操作相关）。其次，它的 xfbbC 控制台客户端看起来比以前的版本更好。但是，我仍然怀念图形化的 xfbbX 客户端，我发现它无法激活。我希望它很快就会被修复。最后，Protus c_filter 实用程序也处于活动状态。
• 一个有趣的问题可能是：这现在真的是升级后的 LinFBB 守护进程吗？实际上，我没有用新的 `xfbbd.sh` 替换“旧的”脚本 `xfbbd.sh`，因为在新的 7.02 的第一次测试中，我收到了很多错误消息。看起来目录结构对我来说有点复杂，无法在新版本的 xfbbd.sh 中正确设置。在我返回到 7.01 软件包中的 xfbbd.sh 之后，BBS 最终开始运行，尽管没有一些功能，例如夜间维护（我通过在 Windows NT 下将 BBS 启动为 WinFBB 来解决这个问题，在那儿这项任务没问题）。此外，仍然有一些神秘的消息说 `m_filter` 未找到或类似的东西。接下来的任务是解决这些问题。

6.2 LinFBB v7.03

注意：正如我在上一节中说过的，我没有找到一种轻松升级 FBB（其主要可执行文件）的方法，而无需临时卸载旧版本，然后安装新版本 - 为了获得新的可执行文件。完成之后，必须进行逆向操作。

• 嗯，需要从 www.f6fbb.org/versions.html 获取 7.03 软件包（2000 年 12 月 9 日）的 .rpm 软件包，这是 Jean-Paul, F6FBB 建议的。无论如何，之后很快就出现了几个提供 7.03 的镜像站点。
• 如果您使用 GnomeRPM，则可以轻松卸载您当前的 LinFBB（如果您只是尝试在现有的 LinFBB 之上安装新的 .rpm，您将收到一些错误消息，抱怨您已经在计算机上安装了 FBB）。无论如何，卸载之后，您会发现一些配置文件，作为 .rpmsave 文件，因此您可以在以后再次使用它们。
• 7.03 软件包的安装将在 /usr/sbin 目录中为您提供新的可执行文件。这些新的可执行文件应该临时赋予扩展名，例如 .703（例如）。
• 到目前为止 - 一切顺利。现在您应该*卸载* 7.03 软件包（当然，.703 文件不会被自动卸载）。卸载？为什么？您很快就会知道，请继续阅读...
• 再次，您应该*安装*最后一个版本的 LinFBB 守护进程，它可以与自己的 xfbb.sh 正常工作（在我的情况下，那是 7.01f）。
• 当然，你们中的许多人可能会觉得奇怪，但是现在是将来自 /usr/sbin 的可执行文件（我的意思是所有 fbb 可执行文件，除了那些被重命名为 .703 的文件）获得他们新的扩展名的正确时机（在我的情况下，那是 .701）。
• 嗯，完成之后，.703 文件应该*去掉*之前附加的扩展名，以便变得可用。
• 伙计们，在这一点上我通常屏住呼吸，cd 到 /usr/sbin 并输入：xfbb.sh，然后按回车键。如果一切正常，屏幕上应该滚动几行，以类似以下内容结尾

        xfbbC/X server running ...
        xfbbd ready and running ...
  

• 如果您在您的 xterm '窗口'（或在其他合适的终端实用程序上）没有得到类似的东西，那您就倒霉了，所以您可能需要再次执行该过程，以确保您完成了所有需要完成的事情 :->
• /usr/sbin/xfbbC 是检查您的新 7.03 是否正在运行的最简单方法。提到 xfbbC，很高兴告诉您，我一直认为 xfbbC 也对常规 telnet 用户有用（他们也应该通过 LinFBB 从其运行的同一台计算机的控制台“连接”到 BBS）。但是，我发现未被声明为系统操作员的用户，被允许阅读所有消息（包括所有私人消息），以及拥有一些其他系统操作员的能力。我曾认为这可能是错误声明的安全标志的问题。但事实并非如此。
• 最近，我被告知 xfbbC 主要适用于系统操作员，因此其他用户（他们也可能可以访问本地键盘）应该尝试一些不太危险的东西，例如这样

        telnet localhost 6300
  

• ... 其中“localhost”和“6300”可能因 BBS 而异。当发现 telnet 比 系统操作员客户端 xfbbC 更适合普通 BBS 用户时，我感到非常惊喜。
• 伙计们，我也在考虑撰写关于 FBB 系统配置的章节。在类似的内容出现在这个 howto 之前，您应该知道所有将要使用 xfbbC 的呼号都必须添加到您的 passwd.sys 文件中。此外，所有将要 telnet BBS 的人都必须被声明为带有“M”标志的用户（调制解调器用户）。如果他们中的任何一个最终会对该 Linux 机器本身具有 'root' 功能，则取决于您的安全预防措施。
• 我的下一个任务是使用旧的 i286/12 MHz 盒子，只有 1 MB 内存，运行 DOS 5.0，作为“telnet 客户端”计算机。该盒子有一个网卡，所以我想从那个“telnet 客户端”盒子“连接”到 BBS。如果成功，这将为安装另一个 LinFBB（在当地学校俱乐部中）做好准备，那里也将提供几台旧的 286 计算机。很高兴为不止一位学生业余爱好者提供同时“连接” BBS 的机会，使用一堆老式的“telnet 客户端”DOS 计算机。

6.3 LinFBB v7.04

注意：也许我已经解释过我在家使用 Red Hat 6.2。这就是为什么我通常寻找为该特定 Linux 发行版制作的 .rpm 软件包，但不仅如此。我还尝试使用 Red Hat 7.1，但似乎不支持较旧的 Xwindow 应用程序 LinFBB 7.00g（1998 年 8 月 4 日）。当我注意到这个问题时，我返回到 Red Hat 6.2。

• 嗯，我首先从 www.f6fbb.org/versions.html 下载了软件包 xfbb-7.04-2.i386.rpm（2001 年 8 月 7 日）。
• 伙计们，这次我终于决定将 7.04 版本作为完全“全新”的安装进行安装，即不包含磁盘上任何先前使用的“守护进程”的任何部分。这意味着我卸载了我之前使用的最后一个守护进程版本，此外，我还删除了旧的可执行文件。当然，在卸载之前，我备份了一些不依赖于版本的配置文件（如 /etc/fbb.conf），以避免一次又一次地编辑相同的“默认值” :-)
• 安装程序报告了一些依赖性问题。我不想被它们搞烦，所以我再次使用“--force”和“--nodeps”选项重复了安装。
• 到目前为止 - 一切顺利。然后，我用保存的文件替换了几个“默认”文件。完成之后，我挂载了一个带有 WinFBB 系统文件的 FAT 分区，祈祷了一下，然后启动了 LinFBB 的守护进程。尝试 HI8GN 的脚本 /usr/sbin/fbb start（在 xterm 中激活）启动服务器，这也是一个有趣的新体验。尽管我的屏幕上没有通常的行

        xfbbC/X server running ...
        xfbbd ready and running ...
  

  TNC 的 PTT 指示灯确认 信标 确实被发射了。

• 然后我想尝试 HI8GN 的脚本 /usr/sbin/monitor，看看频率上发生了什么。尽管我得到类似这样的东西

        Connecting localhost ... Ok
        Authentication in progress ... Ok
        Monitoring channel 0 ...
  

  但屏幕上没有出现流量。为了真正监控信道，我必须启动另一个 xterm 并输入

        telnet localhost 6300
  

  宾果！从通常的 FBB 提示符下，我进入网关并输入了熟悉的“M”（“Monitor”）命令。有趣的是，一旦我“telnet”到 BBS，上面提到的 /usr/sbin/monitor 窗口就开始复制 telnet xterm 上发生的一切，只要该 telnet 会话关闭。我怀疑这是否正常，因为我期望在那里看到来自无线电信道的流量 - 无论是否连接到系统。这里有什么建议吗？

• 嗯，然后我想使用 /usr/sbin/bbs，以便连接到客户端（或者更好地说：系统操作员的）控制台 (xfbbC)。看起来 HI8GN 的脚本中有一行

        xfbbC -c -f -h localhost -i [callsign] -w [password]
  

  在 xfbbC 之前缺少 ./（点斜杠），因此该脚本不太可能被执行。相反，它报告说找不到命令。无论如何，xfbbC v3.01 本身似乎工作正常。仍然可以监控工作信道（使用网关内的“M”命令），但这并不是一个有价值的解决方案，因为当“Monitor ON”时，在网关内做任何其他事情都不舒服。再次，欢迎解决方案！

• 虽然活动的 xfbbC 会话可以使用“B”（“Bye”）命令轻松终止，但被欺骗的 /usr/sbin/monitor 不能。用户必须使用 ps ax 命令找到其 进程号 (PID)，然后杀死该进程。
• 在游戏结束时，守护进程本身应该被停止。HI8GN 的脚本 /usr/sbin/fbb stop 返回

        Shutting down xfbbd:          [OK]
  

  但是 /usr/sbin/fbb status 报告

        Checking, the FBB daemon
        xfbbd (pid) is running...
  

  看起来 /usr/sbin/fbb stop 并非*每次*执行命令时都终止守护进程，而是重新启动它（唯一的区别是进程的新 PID，并且 ps ax 可以显示新的 PID）。问题是，当守护进程显然没有停止，而是重新启动时，为什么它返回 [OK]。

• 好吧，如果您像我一样，您可能也想尝试一些特殊的系统操作员命令，从 xfbbC 会话中。例如，“/R”命令（“重启 PC”）关闭 xfbbC，而 /usr/sbin/fbb status 报告

        Checking, the FBB daemon
        xfbbd dead but subsys locked
  

  而“/A”命令（“停止 BBS”）返回

        Stop-request accepted, no connection.
  

  在关闭 xfbbC 客户端本身之前。

  进一步尝试重新启动 xfbbC 客户端或 xfbbd 服务器（使用 /usr/sbin/fbb start）不成功，除非执行额外的 /usr/sbin/fbb stop。结果是

        Shutting down xfbbd:          [FAILED]
  

  现在另一个 /usr/sbin/fbb status 报告

        Checking, the FBB daemon
        xfbbd is stopped
  

  所以最终，守护进程可能会再次重新启动。当守护进程显然已真正停止时，为什么它返回 [FAILED] 也是一个谜（也许当我们尝试两次停止同一件事时，这是一个“失败”）。

  还有一些其他命令：“/K”（重启 BBS 并进行内务处理）、“/M”（立即重启 BBS）和“/L”（重启 BBS，等待用户断开连接）——所有这些命令的行为略有不同。无论如何，这三个命令有一些共同之处：它们都重新启动守护进程（当然，PID 不同）。

• 最后，我想要的是管理内务处理和其他维护任务。到目前为止，这尚未完成。我猜我应该在系统路径中进行一些更精细的自定义。欢迎任何关于此的建议。