Подключение к dbus по tcp

недавно мне нужно было настроить это и обнаружил, что трюк:порядок имеет значение на <listen> элементов session.conf. Вы должны убедиться, что элемент TCP происходит первым. Странно, я знаю, но это правда, по крайней мере в моем случае. (Я вижу ровно такое же поведение черного экрана, если я изменю порядок и поставлю сокет UNIX <listen> элемент первого.)

кроме того, добавление TCP <listen> тег необходим, но недостаточно. Сделать удаленный D-Bus соединения через TCP работают, вам нужно сделать три вещи:

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/>

после выполнения этих трех действий вы сможете удаленно подключиться к шине сеанса. Вот как это выглядит при указании удаленного подключения в D-Ноги:

обратите внимание, что если вы хотите подключиться к системной шине, вам нужно внести аналогичные изменения в /etc/dbus-1/system.conf, но указать разные TCP-порт, например 55557. (Как ни странно, в этом случае порядок элементов не имеет значения.)

единственное странное поведение, которое я заметил в этой конфигурации, - это запуск настольных приложений с sudo (например, sudo gvim) имеет тенденцию генерировать ошибки или терпеть неудачу, говоря "нет D-BUS daemon running". Но это то, что мне нужно делать так редко, что это вряд ли имеет значение.

если вы хотите отправить на удаленную машину с помощью dbus-send, вам необходимо установить DBUS_SESSION_BUS_ADDRESS соответственно, например, для что-то вроде:

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

это работает, даже если автобус, который вы хотите отправить, на самом деле система шина удаленного компьютера, если параметр соответствует TCP <listen> tag in /etc/dbus-1/system.conf на цели. (Спасибо Мартин Vidner за этот совет. Пока я не наткнулся на его ответ этот вопрос, я не верю dbus-send поддерживается дистанционное управление.)

обновление: если вы используете systemd (и хотите получить доступ к системной шине), вам также может потребоваться добавить строку ListenStream=55557 to /lib/systemd/system/dbus.socket, например:

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

обновление 2: спасибо @алтагир для указывая, что последние версии D-Bus позволит AppArmor посредничество в системах, где оно доступно, поэтому вам также может потребоваться добавить <apparmor mode="disabled"/> to session.conf/system.conf для этих инструкций для работы.