Issues while using DBUS over TCP

[remya soman]

Hi,



We avoided the HTTP based mechanisms because we need to have a minimal HTTP
server.



What we understood from the available documentation and  your mails is



   1. There is option for Anonymous mode of operation in DBUS library.
   2. The dbus-daemon does not support anonymous mode as of now.
   3. We may need to write a custom DBUS server and which internally sets
   the authentication as anonymous.



Could you please confirm our understanding is correct?

Also is there any server implementation which we could refer for that?



Regards,

Remya


On Mon, Jul 28, 2008 at 11:13 AM, Havoc Pennington <hp at pobox.com> wrote:

> Hi,
>
> You have to figure out authentication, see for example some of these
> threads:
> http://lists.freedesktop.org/archives/dbus/2007-June/008066.html
> http://lists.freedesktop.org/archives/dbus/2008-February/009331.html
>
> The only known-working uses of TCP with dbus right now are:
> * to share the session bus when a user is logged into two machines
> sharing a home directory via a networked filesystem
> * to write a custom DBusServer (NOT a dbus-daemon) that accepts
> anonymous connections
>
> Other uses are possibly trivial to implement, but they are not
> implemented. So you would have to look into adding more features to
> dbus to support them.
>
> If you explain what you are trying to do on a higher level someone may
> have more advice about what sort of auth you could be using.
>
> Always remember this point made in the dbus spec:
>
>   D-Bus is designed for two specific use cases:
>
>    * A "system bus" for notifications from the system to user
> sessions, and to allow the system to request input from user sessions.
>    * A "session bus" used to implement desktop environments such as
> GNOME and KDE.
>
>   D-Bus is not intended to be a generic IPC system for any possible
> application, and intentionally omits many features found in other IPC
> systems for this reason.
>   D-Bus may turn out to be useful in unanticipated applications, but
> future versions of this spec and the reference implementation probably
> will not incorporate features that interfere with the core use cases.
>
> Havoc
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freedesktop.org/archives/dbus/attachments/20080731/cc682d04/attachment.htm