python - 通过 tcp 连接到 dbus

Question

我编写了一个简单的 python 程序来播放和暂停女妖音乐播放器。虽然它在我自己的机器上工作，但我无法在连接到同一路由器 (LAN) 的远程计算机上执行此操作。我编辑了远程机器的 session.conf，添加了这一行:

<listen>tcp:host=localhost,port=12434</listen>

这是我的程序:

    import dbus


    bus_obj=dbus.bus.BusConnection("tcp:host=localhost,port=12434")
    proxy_object=bus_obj.get_object('org.bansheeproject.Banshee',                              
    '/org/bansheeproject/Banshee/PlayerEngine')

    playerengine_iface=dbus.Interface(proxy_object,
    dbus_interface='org.bansheeproject.Banshee.PlayerEngine')

    var=0

    while (var!="3"):
        var=raw_input("\nPress\n1 to play\n2 to pause\n3 to exit\n")


            if var=="1":
                print "playing..."
                playerengine_iface.Play()

            elif var=="2":
                print "pausing"
                playerengine_iface.Pause()

这是我尝试执行时得到的结果

Traceback (most recent call last):
  File "dbus3.py", line 4, in <module>
    bus_obj=dbus.bus.BusConnection("tcp:host=localhost,port=12434")
  File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 125, in __new__
    bus = cls._new_for_bus(address_or_type, mainloop=mainloop)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoServer: Failed to connect to socket "localhost:12434" Connection refused

我在这里做错了什么？我应该编辑/usr/lib/python2.7/dist-packages/dbus/bus.py

更新:

好的，这是交易当我添加

<listen>tcp:host=192.168.1.7,port=12434</listen>

到/etc/dbus-1/session.conf，然后重新启动，希望它会在重新启动时开始监听，它永远不会启动。它卡在加载屏幕上，偶尔会出现带有以下文本的黑屏:

Pulseaudio Configured For Per-user Sessions Saned Disabled;edit/etc/default/saned

所以，当我去 ctrl+alt+f1 时，将 session.conf 更改为原始状态并重新启动，它可以正常启动。

这是怎么回事？如何让 dbus daemon 监听 tcp 连接，而不会遇到问题？

Answer 1

我最近需要进行设置，发现诀窍是:订单很重要 <listen> session.conf 中的元素.您应该确保 TCP 元素首先出现。奇怪，我知道，但确实如此，至少对我而言。 (如果我颠倒顺序并将 UNIX 套接字 <listen> 元素放在首位，我会看到完全相同的黑屏行为。)

另外，在 TCP <listen> 之前添加标签是必要的，但还不够。要通过 TCP 进行远程 D-Bus 连接，您需要做三件事:

1. 添加 <listen> UNIX 上面的标签，类似这样:

   <listen>tcp:host=localhost,bind=*,port=55556,family=ipv4</listen>
   <listen>unix:tmpdir=/tmp</listen>
   

2. 添加一行(就在 <listen> 标签的正下方)，上面写着:

   <auth>ANONYMOUS</auth>
   

3. 在这些下方添加另一行:

   <allow_anonymous/>
   

<auth>除了任何其他 <auth> 之外，还应添加标签session.conf 中可能包含的标签.总之，您的 session.conf应包含如下所示的代码段:

<listen>tcp:host=localhost,bind=*,port=55556,family=ipv4</listen>
<listen>unix:tmpdir=/tmp</listen>

<auth>ANONYMOUS</auth>
<allow_anonymous/>

做完这三件事，你应该可以远程连接到 session 总线了。这是在 D-Feet 中指定远程连接时的外观:

请注意，如果您也想连接到系统总线，您需要对 /etc/dbus-1/system.conf 进行类似的更改。 ，但指定一个不同的 TCP 端口，例如 55557。(奇怪的是，在这种情况下，元素顺序似乎无关紧要。)

我在此配置中注意到的唯一奇怪行为是使用 sudo 运行桌面应用程序。 (例如 sudo gvim )往往会产生错误或直接失败，说“没有 D-BUS 守护程序正在运行”。但这是我很少需要做的事情，几乎不重要。

如果您想使用 dbus-send 发送到远程机器，需要设置DBUS_SESSION_BUS_ADDRESS因此，例如，类似于:

export DBUS_SESSION_BUS_ADDRESS=tcp:host=localhost,bind=*,port=55556,family=ipv4

即使您要发送到的总线实际上是远程计算机的 系统 总线，只要设置与 TCP <listen> 匹配，这仍然有效。标记 /etc/dbus-1/system.conf在目标上。 (感谢 Martin Vidner 的提示。直到我偶然发现他对 this question 的回答，我才相信 dbus-send 支持远程操作。)

更新:如果您正在使用 systemd(并且想要访问系统总线)，您可能还需要添加一行说明 ListenStream=55557至/lib/systemd/system/dbus.socket ，就像这样:

[Socket]
ListenStream=/var/run/dbus/system_bus_socket
ListenStream=55557  # <-- Add this line

UPDATE2:感谢@altagir 指出recent versions of D-Bus将启用 AppArmor在可用的系统上进行中介，因此您可能还需要添加 <apparmor mode="disabled"/>至session.conf/system.conf让这些说明生效。