DBus über Netzwerk (TCP)

3

Ich versuche, mit einem entfernten DBus (dh IP 10.100.20.101) von einem Host (dh IP 10.100.20.102) - X86_64-Plattform zu einer ARM-Entwicklungsplatine zu kommunizieren.

Ich habe die Lösungen von hier aus ausprobiert , aber mein System wurde nach dem Neustart gesperrt, und ich musste alle Änderungen rückgängig machen. Versuchte Gabriel auch, aber es ist nicht aktualisiert seit 2007 und es funktioniert nicht mehr wie erwartet.

Was ich auf der Remote-Seite gemacht habe, war das Kopieren der session.conf und das Hinzufügen von:

<listen>tcp:host=localhost,bind=*,port=55560,family=ipv4</listen>

<auth>ANONYMOUS</auth>

<allow_anonymous/>

Danach startete:

dbus-launch --config-file=mynewsession.conf

Mit Ausgabe:

DBUS_SESSION_BUS_ADDRESS=tcp:host=10.100.20.101,port=55560,family=ipv4,guid=4f69480729f1879d20fec07c563b9f5c

Auf der Hostseite:

export DBUS_SESSION_BUS_ADDRESS=tcp:host=10.100.20.101,port=55560,family=ipv4

Aber wenn ich qdbus ausführe, um zu sehen, was auf dem entfernten DBus vor sich geht, ist die Ausgabe:

Could not connect to D-Bus server: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

Kann mir jemand sagen, wie ich die DBus-Kommunikation über TCP korrekt durchführen kann?

Toni
quelle
Haben Sie versucht, mit Wireshark zu überprüfen, was während der Verbindung passiert?
Grawity
Haben Sie daran gedacht, Apparmor zu deaktivieren?
MariusMatutiae
Ich werde versuchen, Wireshark zu verwenden, um zu sehen, was @grawity passiert.
Toni
@MariusMatutiae Ich habe das Tag zum Deaktivieren von Apparmor in session.conf und system.conf (beide Seiten der Kommunikation) hinzugefügt, aber überhaupt keine Änderungen.
Toni
2
Hast du diesen Beitrag gesehen ?
Harrymc