<div>Hi Havoc!</div>
<div>&nbsp;</div>
<div>Thank you for your fast reply!</div>
<div>&nbsp;</div>
<div>I&#39;ve been trying to work with 1.1.2 but the results are pretty much the same, except that connecting client exits with the weird &quot;Family none&quot; printing appears for every error to occur.</div>
<div>&nbsp;</div>
<div>Here&#39;s conf file I am using to run the daemon-dbus:</div>
<div>&nbsp;</div>
<div>
<p><font style="BACKGROUND-COLOR: #ffffff" color="#cc0000">&lt;!DOCTYPE busconfig PUBLIC &quot;-//freedesktop//DTD D-Bus Bus Configuration 1.0//EN&quot;<br>&nbsp;&quot;</font><a href="http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd">
<font style="BACKGROUND-COLOR: #ffffff" color="#cc0000">http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd</font></a><font style="BACKGROUND-COLOR: #ffffff" color="#cc0000">&quot;&gt;<br>&lt;busconfig&gt;</font></p>

<p><font style="BACKGROUND-COLOR: #ffffff" color="#cc0000">&nbsp; &lt;!-- Our well-known bus type, do not change this --&gt;<br>&nbsp; &lt;type&gt;session&lt;/type&gt;</font></p>
<p><font style="BACKGROUND-COLOR: #ffffff" color="#cc0000">&nbsp; &lt;!-- Run as special user --&gt;<br>&lt;!--&nbsp; &lt;user&gt;messagebus&lt;/user&gt; --&gt;</font></p>
<p><font style="BACKGROUND-COLOR: #ffffff" color="#cc0000">&nbsp; &lt;!-- Fork into daemon mode --&gt;<br>&nbsp; &lt;fork/&gt;</font></p>
<p><font style="BACKGROUND-COLOR: #ffffff" color="#cc0000">&nbsp; &lt;!-- Write a pid file --&gt;<br>&nbsp; &lt;pidfile&gt;/tmp/dbus/sergey-pid&lt;/pidfile&gt;</font></p>
<p><font style="BACKGROUND-COLOR: #ffffff" color="#cc0000">&nbsp; &lt;!-- Only allow socket-credentials-based authentication --&gt;<br>&nbsp; &lt;auth&gt;ANONYMOUS&lt;/auth&gt;</font></p>
<p><font style="BACKGROUND-COLOR: #ffffff" color="#cc0000">&nbsp; &lt;!-- Only listen on a local socket. (abstract=/path/to/socket<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; means use abstract namespace, don&#39;t really create filesystem<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; file; only Linux supports this. Use path=/whatever on other
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; systems.) --&gt;<br>&nbsp; &lt;!-- &lt;listen&gt;unix:path=/var/run/dbus/system_bus_socket&lt;/listen&gt; --&gt;<br>&nbsp; &lt;listen&gt;tcp:host=<a href="http://0.0.0.0">0.0.0.0</a>,port=6666&lt;/listen&gt;</font></p>
<p><font style="BACKGROUND-COLOR: #ffffff" color="#cc0000">&nbsp; &lt;policy context=&quot;default&quot;&gt;<br>&nbsp;&nbsp;&nbsp; &lt;!-- Deny everything then punch holes --&gt;<br>&nbsp;&nbsp;&nbsp; &lt;allow send_interface=&quot;*&quot;/&gt;<br>&nbsp;&nbsp;&nbsp; &lt;allow receive_interface=&quot;*&quot;/&gt;
</font></p>
<p><font style="BACKGROUND-COLOR: #ffffff" color="#cc0000">&nbsp; &lt;allow own=&quot;*&quot;/&gt;<br>&nbsp;&nbsp;&nbsp; &lt;!-- But allow all users to connect --&gt;<br>&nbsp;&nbsp;&nbsp; &lt;allow user=&quot;*&quot;/&gt;<br>&nbsp;&nbsp;&nbsp; &lt;!-- Allow anyone to talk to the message bus --&gt;
<br>&nbsp;&nbsp;&nbsp; &lt;!-- FIXME I think currently these allow rules are always implicit<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; even if they aren&#39;t in here --&gt;<br>&nbsp;&nbsp;&nbsp; &lt;allow send_destination=&quot;org.freedesktop.DBus&quot;/&gt;<br>&nbsp;&nbsp;&nbsp; &lt;allow receive_sender=&quot;
org.freedesktop.DBus&quot;/&gt;<br>&nbsp;&nbsp;&nbsp; &lt;!-- valid replies are always allowed --&gt;<br>&nbsp;&nbsp;&nbsp; &lt;allow send_requested_reply=&quot;true&quot;/&gt;<br>&nbsp;&nbsp;&nbsp; &lt;allow receive_requested_reply=&quot;true&quot;/&gt;<br>&nbsp; &lt;/policy&gt;
</font></p>
<p><br><font style="BACKGROUND-COLOR: #ffffff" color="#cc0000">&nbsp; &lt;!-- Config files are placed here that among other things, punch<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; holes in the above policy for specific services. --&gt;<br>&nbsp; &lt;includedir&gt;
system.d&lt;/includedir&gt;</font></p>
<p><font style="BACKGROUND-COLOR: #ffffff" color="#cc0000">&nbsp; &lt;!-- This is included last so local configuration can override what&#39;s<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; in this standard file --&gt;<br>&nbsp; &lt;include ignore_missing=&quot;yes&quot;&gt;
system-local.conf&lt;/include&gt;</font></p>
<p><font style="BACKGROUND-COLOR: #ffffff" color="#cc0000">&nbsp; &lt;include if_selinux_enabled=&quot;yes&quot; selinux_root_relative=&quot;yes&quot;&gt;contexts/dbus_contexts&lt;/include&gt;</font></p>
<p><font style="BACKGROUND-COLOR: #ffffff" color="#cc0000">&lt;/busconfig&gt;</font></p>
<p><br>&nbsp;What am I doing wrong?</p><br><br>&nbsp;</div>
<div><span class="gmail_quote">On 8/1/07, <b class="gmail_sendername">Havoc Pennington</b> &lt;<a href="mailto:hp@redhat.com">hp@redhat.com</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi,<br><br>Sergey Struzh wrote:<br>&gt; (browsing the mail list I found that when running<br>&gt; dbus-daemon as root &quot;DBUS_COOKIE_SHA1&quot; could work but so far it fails
<br>&gt; for me).<br><br>The cookie mechanism involves both sides of the connection seeing the<br>same home directory, e.g. with NFS home directory mounts.<br><br>&gt; I understand also that future versions of DBus is planned to
<br>&gt; include &quot;ANONYMOUS&quot;, so can someone provide me with release number it is<br>&gt; going to be included in (and approximate date for it)?<br><br>It is already in the current development release, see the dbus web site.
<br>The final 1.2 release should be in the next few months. You can go ahead<br>and test with 1.1.2 though.<br><br>&gt; Also, may I ask<br>&gt; for simple explanation how the brand new protocol works?<br><br>The client says &quot;I want to auth anonymously&quot; and the server says &quot;OK&quot;
<br>(not an oversimplification - that&#39;s all that happens)<br><br>&gt; As long as I am not concerned so far with the security issues, my main<br>&gt; question is whether there&#39;s a simple way to disable authentication in
<br>&gt; the DBus?<br><br>That&#39;s what the ANONYMOUS auth is, it is authentication that doesn&#39;t<br>require you to prove you have any particular identity (i.e. no<br>authentication at all)<br><br>Havoc<br><br></blockquote>
</div><br><br clear="all"><br>-- <br>Regards,<br><br>Sergey