The default for --auth is 'SaslAuthenticator::available()'. On my linux systems
Sasl has always been available and auth has been on by default.
Starting with release 0.22 (May 2013) interbroker link creation is qualified by
an ACL. Pseudo code is:
CreateLink() {
if (auth) {
// Running with auth requires explicit CREATE LINK rights
if (ACL CREATE LINK is allowed) {
create interbroker link;
} else {
deny interbroker link;
}
} else {
// Running with no auth allows any user to create links
create interbroker link;
}
----- Original Message -----
> From: "郑勰" <[email protected]>
> To: [email protected]
> Sent: Monday, July 21, 2014 9:41:35 PM
> Subject: Re: How can I configure dynamic route
>
> > Well, when qpidd -h, the result is different between 0.28 and 0.29
> qpidd 0.29: --auth yes | no (1)
> qpidd 0.28: --auth yes | no (0)
> >
> Does it mean 0.29 --auth no is default, 0.28 is the opposite?
>
>
>
> 在 2014年7月21日，下午11:58，Alan Conway <[email protected]> 写道：
>
> > On Tue, 2014-07-15 at 16:47 +0800, 郑勰 wrote:
> >> Hi，
> >> I have fixed this problem a few minutes ago, I must start qpidd with
> >> --auth no, although -auto no is default, it does seem not effect, if
> >> without —auth no, type link list showing that B->C is not
> >> connected.
> >
> > Actually the default is auth=yes, so that would explain the problem.
> >
> >
> >>
> >>
> >>
> >> 在 2014年7月15日，下午4:37，Gordon Sim <[email protected]> 写道：
> >>
> >>> On 07/15/2014 06:51 AM, zhengxie wrote:
> >>>> Hi,
> >>>>
> >>>> I have some problems about qpid dynamic route. I am using quid
> >>>> 0.28 on
> >>>> linux 2.6.
> >>>>
> >>>> The problem is like this:
> >>>>
> >>>> I want to configure a dynamic route among host A, B, C like
> >>>> this :
> >>>> A<=>B<=>C, I suppose message sent to A should be received in C,
> >>>> however,
> >>>> the result is not, I can only receive on B. However, if I open
> >>>> 3 ports on
> >>>> one host, each instance on each port, the result is what I
> >>>> supposed to be.
> >>>>
> >>>> This is how I configure on one host, my 3 hosts is 10.1.253.203,
> >>>> 10.1.253.230, 10.1.252.165. (below is abbreviate)
> >>>>
> >>>> qpid-route dynamic add 203 230 amq.direct
> >>>> qpid-route dynamic add 230 203 amq.direct
> >>>> qpid-route dynamic add 230 165 amq.direct
> >>>> qpid-route dynamic add 165 230 amq.direct
> >>>>
> >>>> This is how I test:
> >>>>
> >>>> qpid-send -b 10.1.253.203 -a amq.direct/key230 --content-string
> >>>> "Hi,key230"
> >>>> --durable no
> >>>>
> >>>> qpid-receive -b 10.1.252.165 -a amq.direct/key230 --timeout 200
> >>>> (no result)
> >>>>
> >>>> Is there something wrong? I hunger for your answer. Thanks!
> >>>
> >>> This is probably a stupid question, but just to confirm, you are
> >>> starting qpid-receive before qpid-send right? And allowing a little
> >>> time for the subscription to propagate?
> >>>
> >>> There routes you set up above are as they should be.
> >>>
> >>> Are there any errors in the broker logs (especially B and C? Can you
> >>> receive at C if you send to B (instead of A)?
> >>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: [email protected]
> >>> For additional commands, e-mail: [email protected]
> >>>
> >>
> >>
> >
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [email protected]
> > For additional commands, e-mail: [email protected]
> >
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
