通过 tcp 连接到 dbus答案

【问题标题】：Connecting to dbus over tcp通过 tcp 连接到 dbus
【发布时间】：2012-04-26 20:54:56
【问题描述】：

我编写了一个简单的 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 连接，而不会遇到问题？

【问题讨论】：

默认（ubuntu）。抱歉，我对网络的了解几乎为零，我应该配置 iptable 以允许连接吗？我认为iptable默认允许一切
有用的网络命令：netstat -na、lsof -ni、tcpdump -n -i eth0 和 iptables -nvL。我认为使用这些组合会告诉你你的进程是否正在监听，如果是的话，如果它以某种方式被阻塞。祝你好运！
您可以使用 socat 将 tcp 数据包转发到本地 unix 套接字 - 这样您就不需要重新启动 dbus 守护进程。另外，尝试tcp:host=0.0.0.0,port=12434 - 这会将侦听套接字绑定到所有接口。（检查重启后是否真的在监听 - telnet 192.168.1.7 12434

标签： python dbus

【解决方案1】：

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

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

在 UNIX 上面添加一个<listen> 标记，类似于：

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

添加一行（就在<listen> 标签的正下方），上面写着：
```
<auth>ANONYMOUS</auth>
```
在下面添加另一行：
```
<allow_anonymous/>
```

除了session.conf 中可能包含的任何其他<auth> 标记之外，还应添加<auth> 标记。总之，您的 session.conf 应该包含一个如下所示的 sn-p：

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

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

做完这三件事，你应该可以远程连接到会话总线了。以下是在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

即使您要发送到的总线实际上是远程计算机的 system 总线，只要设置与目标上/etc/dbus-1/system.conf 中的 TCP <listen> 标记匹配，这仍然有效. （感谢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 让这些说明生效。

【讨论】：

仅供参考，我需要这样的东西才能工作（注意家庭的绑定和设置）：tcp:host=localhost,bind=*,port=55884,family= ipv4
谢谢，@Shorin。我更新了答案以包含 bind 和 family 键/值对。我认为并非在所有情况下都需要它们（它们不在我的范围内），并且可能需要针对不同的系统调整这些值，但包括它们可能会使答案更完整且对其他人有帮助。 :-)
顺便说一句，我在安卓设备上试过这个。它在重新启动时挂起。需要闪烁才能重新开始工作。
如果您正在努力让 dbus 在 Microsoft 的 Windows linux 子系统上运行，这个答案实际上会有所帮助。
@TusharVazirani：您可以使用DBUS_SESSION_BUS_ADDRESS 环境变量来指定远程目标，即使用DBUS_SESSION_BUS_ADDRESS=tcp:host=192.168.1.17,bind=*,port=55556,family=ipv4 ./my_python_app.py 之类的东西运行它。（注意：正如我的回答中提到的，即使您要连接的总线实际上是远程机器的 system 总线，只要它的system.conf 配置为允许通过 TCP 进行连接，它也可以工作。 )

【解决方案2】：

从 dbus 1.6.12（例如 kubuntu 13.10）开始，您的连接也将被拒绝，除非您添加到 dbus 配置文件（/etc/dbus-1/mybus.conf 或接口需要远程访问，即 system.d/my.interface.conf)

<apparmor mode="disabled"/>

更新：在努力创建允许服务连接到自定义 dbus-daemon 的 apparmor 配置文件后，由于 DBUS 中的错误，连接似乎总是被拒绝... 因此，现在我们必须在您使用 tcp=... 时禁用 apparmor... 针对 14.04 的错误修复

在与 Tyler Hicks 讨论 here 后，我在 bugs.launchpad.net 打开了一个错误：

AppArmor 中介代码只能检查对等标签通过 UNIX 域套接字。最有可能看到错误时获取标签然后拒绝连接。

注意： dbus

IF(EXISTS "/usr/sbin/apparmor_status")
  install(FILES dbus_daemon-apparmordisabled.conf RENAME dbus_daemon.conf DESTINATION /etc/dbus-1/ )
ELSE (EXISTS "/usr/sbin/apparmor_status")
   install(FILES dbus_daemon.conf DESTINATION /etc/dbus-1/ )
ENDIF(EXISTS "/usr/sbin/apparmor_status")

【讨论】：

【解决方案3】：

再次感谢@Shorin，另一个仅供参考 - 我必须做这样的事情才能让我的工作：

<listen>tcp:host=localhost,bind=0.0.0.0,port=55884</listen>

注意bind=0.0.0.0 - bind=* 对我不起作用，我省略了family=ipv4 部分。我在 Ubuntu 12.04 上。我确实在远程机器上使用了 netstat 来确认 dbus 正在侦听端口，并从本地 telnet 来确认端口已打开。

netstat -plntu | grep 55884

tcp   0     0 0.0.0.0:55884    0.0.0.0:*     LISTEN    707/dbus-daemon

你必须看到像0 0.0.0.0:55884 这样的东西，而不是像0 127.0.0.1:55884 这样的东西。

【讨论】：