【问题标题】:How to use TCP Wrappers with Bacula?如何将 TCP Wrappers 与 Bacula 一起使用?
【发布时间】:2016-05-11 00:23:58
【问题描述】:

我有一个 Bacula 服务器正在运行,它很高兴地支持自己。我现在正在使用独立的文件守护程序连接远程客户端,并且遇到了 TCP Wrappers 的问题。我发现连接(使用 telnet/nc 等)连接但立即关闭(这是典型的 TCP Wrappers 行为),但系统日志或文件守护程序的日志中没有任何记录(如果调试日志记录已打开)。

我尝试了 /etc/hosts.allow 和 hosts.deny 的各种排列。目前我有这些:

hosts.allow:

bacula-fd: 1.2.3.4

hosts.deny:

ALL: ALL

/etc/services 包含这样的条目:

bacula-fd    9102/tcp

我还在 Bacula 文档中找到了这一点:

您必须将名称调整为与每个守护程序配置文件中的名称指令相同。通常,它们与二进制守护程序名称不同。不能使用守护进程名称,因为多个守护进程可能在同一台机器上运行,但配置不同。

我尝试了各种名称来代替“bacula-fd”,但仍然无法弄清楚。有什么想法我需要改变才能完成这项工作吗?

【问题讨论】:

    标签: bacula


    【解决方案1】:

    在纠结了几个小时后,我找到了解决方案。

    高级 TCP 包装器可以做的不仅仅是使用 hosts.allow/deny 和 services 文件。包装器保护的实际二进制文件也可以添加到一些配置中。 Bacula 是我遇到的第一个这样做的人,因此我很困惑。

    “守护进程”名称(在 hosts.allow/deny 的第一列中)实际上是在 /etc/bacula/bacula-fd.conf 中定义的。它是配置中的“FileDaemon Name”。例如:

    FileDaemon {                          # this is me
      Name = bacula-fd
      FDport = 9102                  # where we listen for the director
      WorkingDirectory = /var/spool/bacula
      Pid Directory = /var/run
      Maximum Concurrent Jobs = 20
    }
    

    ...将有一个名为“bacula-fd”的 TCP Wrappers 守护进程。将 bacula-fd.conf 更改为:

    FileDaemon {                          # this is me
      Name = gribblechops
      FDport = 9102                  # where we listen for the director
      WorkingDirectory = /var/spool/bacula
      Pid Directory = /var/run
      Maximum Concurrent Jobs = 20
    }
    

    ...您需要一个如下所示的 hosts.allow:

    gribblechops: 1.2.3.4
    

    这有点令人困惑,因为它与 /etc/services 中没有实际使用的(可能是操作系统供应商提供的?)条目略有不同(除非您通过 xinetd 运行 FD)。

    谢天谢地,就 Bacula Director 而言,客户端配置的“名称”似乎并不重要。 Director 通过自己的配置了解客户端,而不是客户端本身的配置。这可能是个好消息,因为这意味着客户端配置对于大多数人来说可能是相当“默认”的(并且只有在您运行多个客户端实例时才真正需要偏离)。

    【讨论】:

      猜你喜欢
      • 2016-09-12
      • 1970-01-01
      • 2014-02-24
      • 1970-01-01
      • 2021-01-02
      • 2020-07-10
      • 2012-12-25
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多