Linux DBus通信

Question

在Linux D-Bus中：

1. 是什么阻止进程A直接与进程B对话？ 为什么方法调用消息必须经过总线守护进程？

2. 为什么守护程序的配置文件中的<policy>部分具有允许/拒绝拥有总线名称的选项？

3. 如果一个进程可以使用匹配规则来潜在地监视通过总线守护进程的任何消息，那么两个正在通信的进程是否可以以任何方式表达任何限制，使得其他进程无法观察到它们的流量？

4. 为什么在文档中说给定的总线名称将始终引用同一应用程序？ -机器重启后，这是否成立？

对于1：我目前的理解是，为了使进程A和B彼此通信，两者都必须在总线守护程序中注册一个总线名称。 那么，阻止A与B对话的唯一原因是它可能知道B的总线名称并且无法在机器上找到它吗？

Answer 1

1-什么都没有。 使用总线要简单得多（服务和客户端都是tcp客户端，而不是服务器，更易于配置，管理名称等）

2-确保名称背后的服务是您信任的服务。 否则，恶意代码可能会要求提供名称并假装是该服务。

3-IMO是（尽管不确定）

4-名称<->连接。 一个进程可以拥有多个名称。 自动名称不会重新分配给新的连接（如果重新连接，它始终是新名称）重新启动后，您可以再次看到相同的名称，但是在重新启动之间，您可以假设一段时间内没有相同的名称分配给两个不同的连接（=竞争条件）