[jira] [Commented] (PROTON-1057) Windows SChannel SSL test failure
[ https://issues.apache.org/jira/browse/PROTON-1057?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15018381#comment-15018381 ] ASF subversion and git services commented on PROTON-1057: - Commit db2505752abfab175045c05bc9b656e6100a0b1c in qpid-proton's branch refs/heads/master from Clifford Jansen [ https://git-wip-us.apache.org/repos/asf?p=qpid-proton.git;h=db25057 ] PROTON-1057: disable failing Windows SSL test until fix available. > Windows SChannel SSL test failure > - > > Key: PROTON-1057 > URL: https://issues.apache.org/jira/browse/PROTON-1057 > Project: Qpid Proton > Issue Type: Bug > Components: proton-c >Affects Versions: 0.12.0 > Environment: Windows only. >Reporter: Cliff Jansen >Assignee: Cliff Jansen > > This problem started since PROTON-1048 which did not touch the Proton-C > SChannel related code - it just tweaked the test infrastructure to use > alternate certificate formats for Windows. > The proton_tests.ssl.SslTest.test_server_hostname_authentication test > randomly crashes on Windows, presumably from some memory corruption > somewhere. It often runs fine. Seems to happen more frequently on some > systems than others. Not yet seen on a 64 bit build. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (PROTON-1057) Windows SChannel SSL test failure
Cliff Jansen created PROTON-1057: Summary: Windows SChannel SSL test failure Key: PROTON-1057 URL: https://issues.apache.org/jira/browse/PROTON-1057 Project: Qpid Proton Issue Type: Bug Components: proton-c Affects Versions: 0.12.0 Environment: Windows only. Reporter: Cliff Jansen Assignee: Cliff Jansen This problem started since PROTON-1048 which did not touch the Proton-C SChannel related code - it just tweaked the test infrastructure to use alternate certificate formats for Windows. The proton_tests.ssl.SslTest.test_server_hostname_authentication test randomly crashes on Windows, presumably from some memory corruption somewhere. It often runs fine. Seems to happen more frequently on some systems than others. Not yet seen on a 64 bit build. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (PROTON-1056) Attempting to print an ApplicationEvent raises a NameError
Ken Giusti created PROTON-1056: -- Summary: Attempting to print an ApplicationEvent raises a NameError Key: PROTON-1056 URL: https://issues.apache.org/jira/browse/PROTON-1056 Project: Qpid Proton Issue Type: Bug Components: python-binding Affects Versions: 0.11 Reporter: Ken Giusti Assignee: Ken Giusti Fix For: 0.12.0 File "/home/kgiusti/work/rsyslog-omamqp1/external/python/PY27/lib/python2.7/site-packages/proton/reactor.py", line 278, in __repr__ return "%s(%s)" % (typename, ", ".join([str(o) for o in objects if o is not None])) NameError: global name 'typename' is not defined -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Comment Edited] (PROTON-1055) Username sent twice during SASL AUTH
[ https://issues.apache.org/jira/browse/PROTON-1055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15018133#comment-15018133 ] Andrew Stitcher edited comment on PROTON-1055 at 11/20/15 3:12 PM: --- Looking at the proton sasl code I see that the built in implementation of PLAIN does duplicate the username - and it seems from the rfc text [~gsim] quoted it probably shouldn't. That is assuming that this code is using built in sasl code. If this is the proton-c code with Cyrus SASL built in then we are not in control of the details of the packets sent by that sasl implementation. [~simmel] can you comment on whether you are using the built-in or Cyrus SASL implementations? was (Author: astitcher): Looking at the proton sasl code I see that the built in implementation of PLAIN does duplicate the username - and it seems from the rfc text ~gsim quoted it probably shouldn't. That is assuming that this code is using built in sasl code. If this is the proton-c code with Cyrus SASL built in then we are not in control of the details of the packets sent by that sasl implementation. ~simmel can you comment on whether you are using the built-in or Cyrus SASL implementations? > Username sent twice during SASL AUTH > > > Key: PROTON-1055 > URL: https://issues.apache.org/jira/browse/PROTON-1055 > Project: Qpid Proton > Issue Type: Bug > Components: proton-c, python-binding >Affects Versions: 0.10 > Environment: # lsb_release -a > No LSB modules are available. > Distributor ID: Ubuntu > Description:Ubuntu 14.04.3 LTS > Release:14.04 > Codename: trusty > # uname -a > Linux esb-test-mq01 3.13.0-67-generic #110-Ubuntu SMP Fri Oct 23 13:24:41 UTC > 2015 x86_64 x86_64 x86_64 GNU/Linux > # python --version > Python 2.7.6 >Reporter: Simon Lundstrom >Priority: Blocker > > In versions >0.9.1.1 (We've tried 0.10 and 0.11.0) the username is sent twice > during SASL authentication. > Working in 0.9.1.1: > {code} > # PN_TRACE_FRM=1 ./meow.py > [0x250d3b0]: -> SASL > [0x250d3b0]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"\x00the_username\x00the_password"] > [0x250d3b0]: <- SASL > [0x250d3b0]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0x250d3b0]:0 <- @sasl-outcome(68) [code=0] > [0x250d3b0]: -> AMQP > [0x250d3b0]:0 -> @open(16) > [container-id="6b1fecb6-358e-48af-b461-bae3563a7c7f", hostname="esb-test"] > [0x250d3b0]:0 -> @begin(17) [next-outgoing-id=0, incoming-window=2147483647, > outgoing-window=1] > [0x250d3b0]:0 -> @attach(18) [name="sender-xxx", handle=0, role=false, > snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) > [address="TEST-queue", durable=0, timeout=0, dynamic=false], > target=@target(41) [address="TEST-queue", durable=0, timeout=0, > dynamic=false], initial-delivery-count=0] > [0x250d3b0]: <- AMQP > [0x250d3b0]:0 <- @open(16) [container-id="", hostname="", > max-frame-size=4294967295, channel-max=32767, idle-time-out=15000, > offered-capabilities=@PN_SYMBOL[:"ANONYMOUS-RELAY"], > properties={:product="ActiveMQ", :"topic-prefix"="topic://", > :"queue-prefix"="queue://", :version="5.12.1", :platform="Java/1.8.0_45"}] > [0x250d3b0]:0 <- @begin(17) [remote-channel=0, next-outgoing-id=1, > incoming-window=0, outgoing-window=0, handle-max=65535] > [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, > next-outgoing-id=1, outgoing-window=0] > [0x250d3b0]:0 <- @attach(18) [name="sender-xxx", handle=0, role=true, > snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) > [address="TEST-queue"], target=@target(41) [address="TEST-queue"]] > [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, > next-outgoing-id=1, outgoing-window=0, handle=0, delivery-count=0, > link-credit=1000] > [0x250d3b0]:0 -> @transfer(20) [handle=0, delivery-id=0, > delivery-tag=b"\x00\x00\x00\x00\x00\x00\x00\x00", message-format=0, > settled=true, more=false] (131) "\x00[…]" > # > {code} > Not working in >0.9.1.1: > {code} > # PN_TRACE_FRM=1 ./meow.py > [0x18aa060]: -> SASL > [0x18aa060]: <- SASL > [0x18aa060]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0x18aa060]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"the_username\x00the_username\x00the_password"] > [0x18aa060]:0 <- @sasl-outcome(68) [code=1] > [0x18aa060]: -> EOS > # > {code} > When using >0.9.1.1 and using SSL it does the same BUT then just hangs. > Should we open a seperate Jira for this?: > {code} > # PN_TRACE_FRM=1 time ./meow.py > [0xa5d060]: -> SASL > [0xa5d060]: <- SASL > [0xa5d060]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0xa5d060]:0 -> @sasl-init(65) [mechanism=
[jira] [Commented] (PROTON-1055) Username sent twice during SASL AUTH
[ https://issues.apache.org/jira/browse/PROTON-1055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15018133#comment-15018133 ] Andrew Stitcher commented on PROTON-1055: - Looking at the proton sasl code I see that the built in implementation of PLAIN does duplicate the username - and it seems from the rfc text ~gsim quoted it probably shouldn't. That is assuming that this code is using built in sasl code. If this is the proton-c code with Cyrus SASL built in then we are not in control of the details of the packets sent by that sasl implementation. ~simmel can you comment on whether you are using the built-in or Cyrus SASL implementations? > Username sent twice during SASL AUTH > > > Key: PROTON-1055 > URL: https://issues.apache.org/jira/browse/PROTON-1055 > Project: Qpid Proton > Issue Type: Bug > Components: proton-c, python-binding >Affects Versions: 0.10 > Environment: # lsb_release -a > No LSB modules are available. > Distributor ID: Ubuntu > Description:Ubuntu 14.04.3 LTS > Release:14.04 > Codename: trusty > # uname -a > Linux esb-test-mq01 3.13.0-67-generic #110-Ubuntu SMP Fri Oct 23 13:24:41 UTC > 2015 x86_64 x86_64 x86_64 GNU/Linux > # python --version > Python 2.7.6 >Reporter: Simon Lundstrom >Priority: Blocker > > In versions >0.9.1.1 (We've tried 0.10 and 0.11.0) the username is sent twice > during SASL authentication. > Working in 0.9.1.1: > {code} > # PN_TRACE_FRM=1 ./meow.py > [0x250d3b0]: -> SASL > [0x250d3b0]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"\x00the_username\x00the_password"] > [0x250d3b0]: <- SASL > [0x250d3b0]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0x250d3b0]:0 <- @sasl-outcome(68) [code=0] > [0x250d3b0]: -> AMQP > [0x250d3b0]:0 -> @open(16) > [container-id="6b1fecb6-358e-48af-b461-bae3563a7c7f", hostname="esb-test"] > [0x250d3b0]:0 -> @begin(17) [next-outgoing-id=0, incoming-window=2147483647, > outgoing-window=1] > [0x250d3b0]:0 -> @attach(18) [name="sender-xxx", handle=0, role=false, > snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) > [address="TEST-queue", durable=0, timeout=0, dynamic=false], > target=@target(41) [address="TEST-queue", durable=0, timeout=0, > dynamic=false], initial-delivery-count=0] > [0x250d3b0]: <- AMQP > [0x250d3b0]:0 <- @open(16) [container-id="", hostname="", > max-frame-size=4294967295, channel-max=32767, idle-time-out=15000, > offered-capabilities=@PN_SYMBOL[:"ANONYMOUS-RELAY"], > properties={:product="ActiveMQ", :"topic-prefix"="topic://", > :"queue-prefix"="queue://", :version="5.12.1", :platform="Java/1.8.0_45"}] > [0x250d3b0]:0 <- @begin(17) [remote-channel=0, next-outgoing-id=1, > incoming-window=0, outgoing-window=0, handle-max=65535] > [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, > next-outgoing-id=1, outgoing-window=0] > [0x250d3b0]:0 <- @attach(18) [name="sender-xxx", handle=0, role=true, > snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) > [address="TEST-queue"], target=@target(41) [address="TEST-queue"]] > [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, > next-outgoing-id=1, outgoing-window=0, handle=0, delivery-count=0, > link-credit=1000] > [0x250d3b0]:0 -> @transfer(20) [handle=0, delivery-id=0, > delivery-tag=b"\x00\x00\x00\x00\x00\x00\x00\x00", message-format=0, > settled=true, more=false] (131) "\x00[…]" > # > {code} > Not working in >0.9.1.1: > {code} > # PN_TRACE_FRM=1 ./meow.py > [0x18aa060]: -> SASL > [0x18aa060]: <- SASL > [0x18aa060]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0x18aa060]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"the_username\x00the_username\x00the_password"] > [0x18aa060]:0 <- @sasl-outcome(68) [code=1] > [0x18aa060]: -> EOS > # > {code} > When using >0.9.1.1 and using SSL it does the same BUT then just hangs. > Should we open a seperate Jira for this?: > {code} > # PN_TRACE_FRM=1 time ./meow.py > [0xa5d060]: -> SASL > [0xa5d060]: <- SASL > [0xa5d060]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0xa5d060]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"the_username\x00the_username\x00the_password"] > [0xa5d060]:0 <- @sasl-outcome(68) [code=1] > ^CTraceback (most recent call last): > File "./meow.py", line 12, in > messenger.send() > File "/usr/local/lib/python2.7/dist-packages/proton/__init__.py", line 568, > in send > self._check(pn_messenger_send(self._mng, n)) > KeyboardInterrupt > Command exited with non-zero status 1 > 0.08user 0.02system 0:50.69elapsed 0%CPU (0avgtext+0avgdata 12192maxresident)k > 0inputs+0outputs (0major+5474minor)pagefaults 0swaps > # > {c
[jira] [Commented] (PROTON-995) Url fails to parse URL
[ https://issues.apache.org/jira/browse/PROTON-995?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15018012#comment-15018012 ] Alan Conway commented on PROTON-995: The problem was fixed in the C library so any bindings that wrap the C url will also be fixed. > Url fails to parse URL > -- > > Key: PROTON-995 > URL: https://issues.apache.org/jira/browse/PROTON-995 > Project: Qpid Proton > Issue Type: Bug > Components: python-binding >Affects Versions: 0.10 > Environment: Linux, Python 3.4.3 >Reporter: Javier Ruere >Assignee: Alan Conway > Fix For: 0.12.0 > > > proton.Url apparently parses an URL correctly but then it fails as if it was > parsed incorrectly. > It appears to fail to handle the escaped characters in the password and using > a default port. > {quote} > >>> import proton > >>> from proton.reactor import Container > >>> url = > >>> 'amqps://a_name:1w6MN0yeUqLUwDdWHk%2FxIR2Z6aIrhslm69lYtHA0r5E%3D@a_namespace.servicebus.windows.net/a_topic/Subscriptions/a_subscription' > >>> purl=proton.Url(url) > >>> purl > Url('amqps://a_name:1w6MN0yeUqLUwDdWHk/xIR2Z6aIrhslm69lYtHA0r5E=@a_namespace.servicebus.windows.net:amqps/a_topic/Subscriptions/a_subscription') > >>> container = Container() > >>> receiver = container.create_receiver(purl) > Traceback (most recent call last): > File > "/home/javier/tmp/virtualenvs/ss-update/lib/python3.4/site-packages/proton/__init__.py", > line 3940, in _port_int > return int(value) > ValueError: invalid literal for int() with base 10: '1w6MN0yeUqLUwDdWHk' > During handling of the above exception, another exception occurred: > Traceback (most recent call last): > File > "/home/javier/tmp/virtualenvs/ss-update/lib/python3.4/site-packages/proton/__init__.py", > line 3943, in _port_int > return socket.getservbyname(value) > OSError: service/proto not found > During handling of the above exception, another exception occurred: > Traceback (most recent call last): > File "", line 1, in > File > "/home/javier/tmp/virtualenvs/ss-update/lib/python3.4/site-packages/proton/reactor.py", > line 738, in create_receiver > session = self._get_session(context) > File > "/home/javier/tmp/virtualenvs/ss-update/lib/python3.4/site-packages/proton/reactor.py", > line 660, in _get_session > return self._get_session(self.connect(url=context)) > File > "/home/javier/tmp/virtualenvs/ss-update/lib/python3.4/site-packages/proton/reactor.py", > line 637, in connect > if url: connector.address = Urls([url]) > File > "/home/javier/tmp/virtualenvs/ss-update/lib/python3.4/site-packages/proton/reactor.py", > line 577, in __init__ > self.values = [Url(v) for v in values] > File > "/home/javier/tmp/virtualenvs/ss-update/lib/python3.4/site-packages/proton/reactor.py", > line 577, in > self.values = [Url(v) for v in values] > File > "/home/javier/tmp/virtualenvs/ss-update/lib/python3.4/site-packages/proton/__init__.py", > line 3967, in __init__ > if defaults: self.defaults() > File > "/home/javier/tmp/virtualenvs/ss-update/lib/python3.4/site-packages/proton/__init__.py", > line 4010, in defaults > self.port = self.port or self.Port(self.scheme) > File > "/home/javier/tmp/virtualenvs/ss-update/lib/python3.4/site-packages/proton/__init__.py", > line 3984, in _get_port > return portstr and Url.Port(portstr) > File > "/home/javier/tmp/virtualenvs/ss-update/lib/python3.4/site-packages/proton/__init__.py", > line 3928, in __new__ > port = super(Url.Port, cls).__new__(cls, cls._port_int(value)) > File > "/home/javier/tmp/virtualenvs/ss-update/lib/python3.4/site-packages/proton/__init__.py", > line 3949, in _port_int > raise ValueError("Not a valid port number or service name: '%s'" % value) > ValueError: Not a valid port number or service name: '1w6MN0yeUqLUwDdWHk' > >>> > >>> purl.port > 5671 > >>> purl.password > '1w6MN0yeUqLUwDdWHk/xIR2Z6aIrhslm69lYtHA0r5E=' > >>> purl.host > 'a_namespace.servicebus.windows.net' > {quote} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PROTON-1055) Username sent twice during SASL AUTH
[ https://issues.apache.org/jira/browse/PROTON-1055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15016704#comment-15016704 ] Robbie Gemmell commented on PROTON-1055: It seems like a separate issue (and possibly specific to Messenger, rather than the core engine like this one is) so I'd raise a new JIRA. If you are using just starting out I'd also suggest giving the newer reactive API bits a look instead might be worthwhile, since they have more developer attention on them these days than Messenger. > Username sent twice during SASL AUTH > > > Key: PROTON-1055 > URL: https://issues.apache.org/jira/browse/PROTON-1055 > Project: Qpid Proton > Issue Type: Bug > Components: proton-c, python-binding >Affects Versions: 0.10 > Environment: # lsb_release -a > No LSB modules are available. > Distributor ID: Ubuntu > Description:Ubuntu 14.04.3 LTS > Release:14.04 > Codename: trusty > # uname -a > Linux esb-test-mq01 3.13.0-67-generic #110-Ubuntu SMP Fri Oct 23 13:24:41 UTC > 2015 x86_64 x86_64 x86_64 GNU/Linux > # python --version > Python 2.7.6 >Reporter: Simon Lundstrom >Priority: Blocker > > In versions >0.9.1.1 (We've tried 0.10 and 0.11.0) the username is sent twice > during SASL authentication. > Working in 0.9.1.1: > {code} > # PN_TRACE_FRM=1 ./meow.py > [0x250d3b0]: -> SASL > [0x250d3b0]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"\x00the_username\x00the_password"] > [0x250d3b0]: <- SASL > [0x250d3b0]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0x250d3b0]:0 <- @sasl-outcome(68) [code=0] > [0x250d3b0]: -> AMQP > [0x250d3b0]:0 -> @open(16) > [container-id="6b1fecb6-358e-48af-b461-bae3563a7c7f", hostname="esb-test"] > [0x250d3b0]:0 -> @begin(17) [next-outgoing-id=0, incoming-window=2147483647, > outgoing-window=1] > [0x250d3b0]:0 -> @attach(18) [name="sender-xxx", handle=0, role=false, > snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) > [address="TEST-queue", durable=0, timeout=0, dynamic=false], > target=@target(41) [address="TEST-queue", durable=0, timeout=0, > dynamic=false], initial-delivery-count=0] > [0x250d3b0]: <- AMQP > [0x250d3b0]:0 <- @open(16) [container-id="", hostname="", > max-frame-size=4294967295, channel-max=32767, idle-time-out=15000, > offered-capabilities=@PN_SYMBOL[:"ANONYMOUS-RELAY"], > properties={:product="ActiveMQ", :"topic-prefix"="topic://", > :"queue-prefix"="queue://", :version="5.12.1", :platform="Java/1.8.0_45"}] > [0x250d3b0]:0 <- @begin(17) [remote-channel=0, next-outgoing-id=1, > incoming-window=0, outgoing-window=0, handle-max=65535] > [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, > next-outgoing-id=1, outgoing-window=0] > [0x250d3b0]:0 <- @attach(18) [name="sender-xxx", handle=0, role=true, > snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) > [address="TEST-queue"], target=@target(41) [address="TEST-queue"]] > [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, > next-outgoing-id=1, outgoing-window=0, handle=0, delivery-count=0, > link-credit=1000] > [0x250d3b0]:0 -> @transfer(20) [handle=0, delivery-id=0, > delivery-tag=b"\x00\x00\x00\x00\x00\x00\x00\x00", message-format=0, > settled=true, more=false] (131) "\x00[…]" > # > {code} > Not working in >0.9.1.1: > {code} > # PN_TRACE_FRM=1 ./meow.py > [0x18aa060]: -> SASL > [0x18aa060]: <- SASL > [0x18aa060]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0x18aa060]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"the_username\x00the_username\x00the_password"] > [0x18aa060]:0 <- @sasl-outcome(68) [code=1] > [0x18aa060]: -> EOS > # > {code} > When using >0.9.1.1 and using SSL it does the same BUT then just hangs. > Should we open a seperate Jira for this?: > {code} > # PN_TRACE_FRM=1 time ./meow.py > [0xa5d060]: -> SASL > [0xa5d060]: <- SASL > [0xa5d060]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0xa5d060]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"the_username\x00the_username\x00the_password"] > [0xa5d060]:0 <- @sasl-outcome(68) [code=1] > ^CTraceback (most recent call last): > File "./meow.py", line 12, in > messenger.send() > File "/usr/local/lib/python2.7/dist-packages/proton/__init__.py", line 568, > in send > self._check(pn_messenger_send(self._mng, n)) > KeyboardInterrupt > Command exited with non-zero status 1 > 0.08user 0.02system 0:50.69elapsed 0%CPU (0avgtext+0avgdata 12192maxresident)k > 0inputs+0outputs (0major+5474minor)pagefaults 0swaps > # > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Comment Edited] (PROTON-1055) Username sent twice during SASL AUTH
[ https://issues.apache.org/jira/browse/PROTON-1055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15016197#comment-15016197 ] Simon Lundstrom edited comment on PROTON-1055 at 11/20/15 12:13 PM: Ah, yes. It looks like ActiveMQs SASL lib doesn't take authzid into account. To answer [~gemmellr], I'm not sure that authzid is useful in messaging but it might be. None the less, it's part of the SASL PLAIN standard so ActiveMQ must handle it. I'll report a bug on their Jira ([AMQ-6055]) and refer back to this ticket. Feel free to close this ticket depending on that you decide/come up with. Thanks! was (Author: simmel): Ah, yes. It looks like ActiveMQs SASL lib doesn't take authzid into account. To answer [~gemmellr], I'm not sure that authzid is useful in messaging but it might be. None the less, it's part of the SASL PLAIN standard so ActiveMQ must handle it. I'll report a bug on their Jira and refer back to this ticket. Feel free to close this ticket depending on that you decide/come up with. Thanks! > Username sent twice during SASL AUTH > > > Key: PROTON-1055 > URL: https://issues.apache.org/jira/browse/PROTON-1055 > Project: Qpid Proton > Issue Type: Bug > Components: proton-c, python-binding >Affects Versions: 0.10 > Environment: # lsb_release -a > No LSB modules are available. > Distributor ID: Ubuntu > Description:Ubuntu 14.04.3 LTS > Release:14.04 > Codename: trusty > # uname -a > Linux esb-test-mq01 3.13.0-67-generic #110-Ubuntu SMP Fri Oct 23 13:24:41 UTC > 2015 x86_64 x86_64 x86_64 GNU/Linux > # python --version > Python 2.7.6 >Reporter: Simon Lundstrom >Priority: Blocker > > In versions >0.9.1.1 (We've tried 0.10 and 0.11.0) the username is sent twice > during SASL authentication. > Working in 0.9.1.1: > {code} > # PN_TRACE_FRM=1 ./meow.py > [0x250d3b0]: -> SASL > [0x250d3b0]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"\x00the_username\x00the_password"] > [0x250d3b0]: <- SASL > [0x250d3b0]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0x250d3b0]:0 <- @sasl-outcome(68) [code=0] > [0x250d3b0]: -> AMQP > [0x250d3b0]:0 -> @open(16) > [container-id="6b1fecb6-358e-48af-b461-bae3563a7c7f", hostname="esb-test"] > [0x250d3b0]:0 -> @begin(17) [next-outgoing-id=0, incoming-window=2147483647, > outgoing-window=1] > [0x250d3b0]:0 -> @attach(18) [name="sender-xxx", handle=0, role=false, > snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) > [address="TEST-queue", durable=0, timeout=0, dynamic=false], > target=@target(41) [address="TEST-queue", durable=0, timeout=0, > dynamic=false], initial-delivery-count=0] > [0x250d3b0]: <- AMQP > [0x250d3b0]:0 <- @open(16) [container-id="", hostname="", > max-frame-size=4294967295, channel-max=32767, idle-time-out=15000, > offered-capabilities=@PN_SYMBOL[:"ANONYMOUS-RELAY"], > properties={:product="ActiveMQ", :"topic-prefix"="topic://", > :"queue-prefix"="queue://", :version="5.12.1", :platform="Java/1.8.0_45"}] > [0x250d3b0]:0 <- @begin(17) [remote-channel=0, next-outgoing-id=1, > incoming-window=0, outgoing-window=0, handle-max=65535] > [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, > next-outgoing-id=1, outgoing-window=0] > [0x250d3b0]:0 <- @attach(18) [name="sender-xxx", handle=0, role=true, > snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) > [address="TEST-queue"], target=@target(41) [address="TEST-queue"]] > [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, > next-outgoing-id=1, outgoing-window=0, handle=0, delivery-count=0, > link-credit=1000] > [0x250d3b0]:0 -> @transfer(20) [handle=0, delivery-id=0, > delivery-tag=b"\x00\x00\x00\x00\x00\x00\x00\x00", message-format=0, > settled=true, more=false] (131) "\x00[…]" > # > {code} > Not working in >0.9.1.1: > {code} > # PN_TRACE_FRM=1 ./meow.py > [0x18aa060]: -> SASL > [0x18aa060]: <- SASL > [0x18aa060]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0x18aa060]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"the_username\x00the_username\x00the_password"] > [0x18aa060]:0 <- @sasl-outcome(68) [code=1] > [0x18aa060]: -> EOS > # > {code} > When using >0.9.1.1 and using SSL it does the same BUT then just hangs. > Should we open a seperate Jira for this?: > {code} > # PN_TRACE_FRM=1 time ./meow.py > [0xa5d060]: -> SASL > [0xa5d060]: <- SASL > [0xa5d060]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0xa5d060]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"the_username\x00the_username\x00the_password"] > [0xa5d060]:0 <- @sasl-outcome(68) [code=1] > ^CTraceback (most recent call last): >
[jira] [Commented] (PROTON-1055) Username sent twice during SASL AUTH
[ https://issues.apache.org/jira/browse/PROTON-1055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15016691#comment-15016691 ] Simon Lundstrom commented on PROTON-1055: - Oh right, the second case where using SSL just hangs QPid Proton. Should I file that seperately or will that be fixed within this issue? The prefered way to handle it would be to raise it as a authentication error and close the connection IMO. > Username sent twice during SASL AUTH > > > Key: PROTON-1055 > URL: https://issues.apache.org/jira/browse/PROTON-1055 > Project: Qpid Proton > Issue Type: Bug > Components: proton-c, python-binding >Affects Versions: 0.10 > Environment: # lsb_release -a > No LSB modules are available. > Distributor ID: Ubuntu > Description:Ubuntu 14.04.3 LTS > Release:14.04 > Codename: trusty > # uname -a > Linux esb-test-mq01 3.13.0-67-generic #110-Ubuntu SMP Fri Oct 23 13:24:41 UTC > 2015 x86_64 x86_64 x86_64 GNU/Linux > # python --version > Python 2.7.6 >Reporter: Simon Lundstrom >Priority: Blocker > > In versions >0.9.1.1 (We've tried 0.10 and 0.11.0) the username is sent twice > during SASL authentication. > Working in 0.9.1.1: > {code} > # PN_TRACE_FRM=1 ./meow.py > [0x250d3b0]: -> SASL > [0x250d3b0]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"\x00the_username\x00the_password"] > [0x250d3b0]: <- SASL > [0x250d3b0]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0x250d3b0]:0 <- @sasl-outcome(68) [code=0] > [0x250d3b0]: -> AMQP > [0x250d3b0]:0 -> @open(16) > [container-id="6b1fecb6-358e-48af-b461-bae3563a7c7f", hostname="esb-test"] > [0x250d3b0]:0 -> @begin(17) [next-outgoing-id=0, incoming-window=2147483647, > outgoing-window=1] > [0x250d3b0]:0 -> @attach(18) [name="sender-xxx", handle=0, role=false, > snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) > [address="TEST-queue", durable=0, timeout=0, dynamic=false], > target=@target(41) [address="TEST-queue", durable=0, timeout=0, > dynamic=false], initial-delivery-count=0] > [0x250d3b0]: <- AMQP > [0x250d3b0]:0 <- @open(16) [container-id="", hostname="", > max-frame-size=4294967295, channel-max=32767, idle-time-out=15000, > offered-capabilities=@PN_SYMBOL[:"ANONYMOUS-RELAY"], > properties={:product="ActiveMQ", :"topic-prefix"="topic://", > :"queue-prefix"="queue://", :version="5.12.1", :platform="Java/1.8.0_45"}] > [0x250d3b0]:0 <- @begin(17) [remote-channel=0, next-outgoing-id=1, > incoming-window=0, outgoing-window=0, handle-max=65535] > [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, > next-outgoing-id=1, outgoing-window=0] > [0x250d3b0]:0 <- @attach(18) [name="sender-xxx", handle=0, role=true, > snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) > [address="TEST-queue"], target=@target(41) [address="TEST-queue"]] > [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, > next-outgoing-id=1, outgoing-window=0, handle=0, delivery-count=0, > link-credit=1000] > [0x250d3b0]:0 -> @transfer(20) [handle=0, delivery-id=0, > delivery-tag=b"\x00\x00\x00\x00\x00\x00\x00\x00", message-format=0, > settled=true, more=false] (131) "\x00[…]" > # > {code} > Not working in >0.9.1.1: > {code} > # PN_TRACE_FRM=1 ./meow.py > [0x18aa060]: -> SASL > [0x18aa060]: <- SASL > [0x18aa060]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0x18aa060]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"the_username\x00the_username\x00the_password"] > [0x18aa060]:0 <- @sasl-outcome(68) [code=1] > [0x18aa060]: -> EOS > # > {code} > When using >0.9.1.1 and using SSL it does the same BUT then just hangs. > Should we open a seperate Jira for this?: > {code} > # PN_TRACE_FRM=1 time ./meow.py > [0xa5d060]: -> SASL > [0xa5d060]: <- SASL > [0xa5d060]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0xa5d060]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"the_username\x00the_username\x00the_password"] > [0xa5d060]:0 <- @sasl-outcome(68) [code=1] > ^CTraceback (most recent call last): > File "./meow.py", line 12, in > messenger.send() > File "/usr/local/lib/python2.7/dist-packages/proton/__init__.py", line 568, > in send > self._check(pn_messenger_send(self._mng, n)) > KeyboardInterrupt > Command exited with non-zero status 1 > 0.08user 0.02system 0:50.69elapsed 0%CPU (0avgtext+0avgdata 12192maxresident)k > 0inputs+0outputs (0major+5474minor)pagefaults 0swaps > # > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (PROTON-1055) Username sent twice during SASL AUTH
[ https://issues.apache.org/jira/browse/PROTON-1055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15016197#comment-15016197 ] Simon Lundstrom commented on PROTON-1055: - Ah, yes. It looks like ActiveMQs SASL lib doesn't take authzid into account. To answer [~gemmellr], I'm not sure that authzid is useful in messaging but it might be. None the less, it's part of the SASL PLAIN standard so ActiveMQ must handle it. I'll report a bug on their Jira and refer back to this ticket. Feel free to close this ticket depending on that you decide/come up with. Thanks! > Username sent twice during SASL AUTH > > > Key: PROTON-1055 > URL: https://issues.apache.org/jira/browse/PROTON-1055 > Project: Qpid Proton > Issue Type: Bug > Components: proton-c, python-binding >Affects Versions: 0.10 > Environment: # lsb_release -a > No LSB modules are available. > Distributor ID: Ubuntu > Description:Ubuntu 14.04.3 LTS > Release:14.04 > Codename: trusty > # uname -a > Linux esb-test-mq01 3.13.0-67-generic #110-Ubuntu SMP Fri Oct 23 13:24:41 UTC > 2015 x86_64 x86_64 x86_64 GNU/Linux > # python --version > Python 2.7.6 >Reporter: Simon Lundstrom >Priority: Blocker > > In versions >0.9.1.1 (We've tried 0.10 and 0.11.0) the username is sent twice > during SASL authentication. > Working in 0.9.1.1: > {code} > # PN_TRACE_FRM=1 ./meow.py > [0x250d3b0]: -> SASL > [0x250d3b0]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"\x00the_username\x00the_password"] > [0x250d3b0]: <- SASL > [0x250d3b0]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0x250d3b0]:0 <- @sasl-outcome(68) [code=0] > [0x250d3b0]: -> AMQP > [0x250d3b0]:0 -> @open(16) > [container-id="6b1fecb6-358e-48af-b461-bae3563a7c7f", hostname="esb-test"] > [0x250d3b0]:0 -> @begin(17) [next-outgoing-id=0, incoming-window=2147483647, > outgoing-window=1] > [0x250d3b0]:0 -> @attach(18) [name="sender-xxx", handle=0, role=false, > snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) > [address="TEST-queue", durable=0, timeout=0, dynamic=false], > target=@target(41) [address="TEST-queue", durable=0, timeout=0, > dynamic=false], initial-delivery-count=0] > [0x250d3b0]: <- AMQP > [0x250d3b0]:0 <- @open(16) [container-id="", hostname="", > max-frame-size=4294967295, channel-max=32767, idle-time-out=15000, > offered-capabilities=@PN_SYMBOL[:"ANONYMOUS-RELAY"], > properties={:product="ActiveMQ", :"topic-prefix"="topic://", > :"queue-prefix"="queue://", :version="5.12.1", :platform="Java/1.8.0_45"}] > [0x250d3b0]:0 <- @begin(17) [remote-channel=0, next-outgoing-id=1, > incoming-window=0, outgoing-window=0, handle-max=65535] > [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, > next-outgoing-id=1, outgoing-window=0] > [0x250d3b0]:0 <- @attach(18) [name="sender-xxx", handle=0, role=true, > snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) > [address="TEST-queue"], target=@target(41) [address="TEST-queue"]] > [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, > next-outgoing-id=1, outgoing-window=0, handle=0, delivery-count=0, > link-credit=1000] > [0x250d3b0]:0 -> @transfer(20) [handle=0, delivery-id=0, > delivery-tag=b"\x00\x00\x00\x00\x00\x00\x00\x00", message-format=0, > settled=true, more=false] (131) "\x00[…]" > # > {code} > Not working in >0.9.1.1: > {code} > # PN_TRACE_FRM=1 ./meow.py > [0x18aa060]: -> SASL > [0x18aa060]: <- SASL > [0x18aa060]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0x18aa060]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"the_username\x00the_username\x00the_password"] > [0x18aa060]:0 <- @sasl-outcome(68) [code=1] > [0x18aa060]: -> EOS > # > {code} > When using >0.9.1.1 and using SSL it does the same BUT then just hangs. > Should we open a seperate Jira for this?: > {code} > # PN_TRACE_FRM=1 time ./meow.py > [0xa5d060]: -> SASL > [0xa5d060]: <- SASL > [0xa5d060]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0xa5d060]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"the_username\x00the_username\x00the_password"] > [0xa5d060]:0 <- @sasl-outcome(68) [code=1] > ^CTraceback (most recent call last): > File "./meow.py", line 12, in > messenger.send() > File "/usr/local/lib/python2.7/dist-packages/proton/__init__.py", line 568, > in send > self._check(pn_messenger_send(self._mng, n)) > KeyboardInterrupt > Command exited with non-zero status 1 > 0.08user 0.02system 0:50.69elapsed 0%CPU (0avgtext+0avgdata 12192maxresident)k > 0inputs+0outputs (0major+5474minor)pagefaults 0swaps > # > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Comment Edited] (PROTON-1055) Username sent twice during SASL AUTH
[ https://issues.apache.org/jira/browse/PROTON-1055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15015565#comment-15015565 ] Robbie Gemmell edited comment on PROTON-1055 at 11/20/15 10:42 AM: --- I think whats happening is that since support for cyrus sasl was introduced to proton-c the PLAIN initial-response now contains the optional authzid value as well as the authcid, in this case both having the value of the given username. The other end looks to be ActiveMQ. It would seem it can't handle the authzid being present, which I agree seems like a bug on that end. [~astitcher] is the man in the know on the proton sasl bits. ANy thoughts Andrew? Its not clear to me that including the authzid is useful if it can't be configured to a value other than the username (do we have config for that?), and in case that it can't then it may even be incorrect to include it. My reading suggests that the authzid is for requesting to act as *another* identity when you don't want it to be derived from the authcid being presented, so where they are equal it seems redundant (and certainly troublesome in this case) to include it, and also makes the assumption that the derived authzid was going to be equal to the username which as mentioned in the RFC it need not be. was (Author: gemmellr): I think whats happening is that since support for cyrus sasl was introduced to proton-c the PLAIN initial-response now contains the optional authzid value as well as the authcid, in this case both having the value of the given username. The other end looks to be ActiveMQ. It would seem it can't handle the authzid being present, which I agree seems like a bug on that end. @Andrew Stitcher is the man in the know on the proton sasl bits. ANy thoughts Andrew? Its not clear to me that including the authzid is useful if it can't be configured to a value other than the username (do we have config for that?), and in case that it can't then it may even be incorrect to include it. My reading suggests that the authzid is for requesting to act as *another* identity when you don't want it to be derived from the authcid being presented, so where they are equal it seems redundant (and certainly troublesome in this case) to include it, and also makes the assumption that the derived authzid was going to be equal to the username which as mentioned in the RFC it need not be. > Username sent twice during SASL AUTH > > > Key: PROTON-1055 > URL: https://issues.apache.org/jira/browse/PROTON-1055 > Project: Qpid Proton > Issue Type: Bug > Components: proton-c, python-binding >Affects Versions: 0.10 > Environment: # lsb_release -a > No LSB modules are available. > Distributor ID: Ubuntu > Description:Ubuntu 14.04.3 LTS > Release:14.04 > Codename: trusty > # uname -a > Linux esb-test-mq01 3.13.0-67-generic #110-Ubuntu SMP Fri Oct 23 13:24:41 UTC > 2015 x86_64 x86_64 x86_64 GNU/Linux > # python --version > Python 2.7.6 >Reporter: Simon Lundstrom >Priority: Blocker > > In versions >0.9.1.1 (We've tried 0.10 and 0.11.0) the username is sent twice > during SASL authentication. > Working in 0.9.1.1: > {code} > # PN_TRACE_FRM=1 ./meow.py > [0x250d3b0]: -> SASL > [0x250d3b0]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"\x00the_username\x00the_password"] > [0x250d3b0]: <- SASL > [0x250d3b0]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0x250d3b0]:0 <- @sasl-outcome(68) [code=0] > [0x250d3b0]: -> AMQP > [0x250d3b0]:0 -> @open(16) > [container-id="6b1fecb6-358e-48af-b461-bae3563a7c7f", hostname="esb-test"] > [0x250d3b0]:0 -> @begin(17) [next-outgoing-id=0, incoming-window=2147483647, > outgoing-window=1] > [0x250d3b0]:0 -> @attach(18) [name="sender-xxx", handle=0, role=false, > snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) > [address="TEST-queue", durable=0, timeout=0, dynamic=false], > target=@target(41) [address="TEST-queue", durable=0, timeout=0, > dynamic=false], initial-delivery-count=0] > [0x250d3b0]: <- AMQP > [0x250d3b0]:0 <- @open(16) [container-id="", hostname="", > max-frame-size=4294967295, channel-max=32767, idle-time-out=15000, > offered-capabilities=@PN_SYMBOL[:"ANONYMOUS-RELAY"], > properties={:product="ActiveMQ", :"topic-prefix"="topic://", > :"queue-prefix"="queue://", :version="5.12.1", :platform="Java/1.8.0_45"}] > [0x250d3b0]:0 <- @begin(17) [remote-channel=0, next-outgoing-id=1, > incoming-window=0, outgoing-window=0, handle-max=65535] > [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, > next-outgoing-id=1, outgoing-window=0] > [0x250d3b0]:0 <- @attach(18) [name="sender-xxx", handle=0, role=true, > snd-settle-mode=2, rcv-settle-mode=0, source=@sourc
[jira] [Commented] (PROTON-1055) Username sent twice during SASL AUTH
[ https://issues.apache.org/jira/browse/PROTON-1055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15015565#comment-15015565 ] Robbie Gemmell commented on PROTON-1055: I think whats happening is that since support for cyrus sasl was introduced to proton-c the PLAIN initial-response now contains the optional authzid value as well as the authcid, in this case both having the value of the given username. The other end looks to be ActiveMQ. It would seem it can't handle the authzid being present, which I agree seems like a bug on that end. @Andrew Stitcher is the man in the know on the proton sasl bits. ANy thoughts Andrew? Its not clear to me that including the authzid is useful if it can't be configured to a value other than the username (do we have config for that?), and in case that it can't then it may even be incorrect to include it. My reading suggests that the authzid is for requesting to act as *another* identity when you don't want it to be derived from the authcid being presented, so where they are equal it seems redundant (and certainly troublesome in this case) to include it, and also makes the assumption that the derived authzid was going to be equal to the username which as mentioned in the RFC it need not be. > Username sent twice during SASL AUTH > > > Key: PROTON-1055 > URL: https://issues.apache.org/jira/browse/PROTON-1055 > Project: Qpid Proton > Issue Type: Bug > Components: proton-c, python-binding >Affects Versions: 0.10 > Environment: # lsb_release -a > No LSB modules are available. > Distributor ID: Ubuntu > Description:Ubuntu 14.04.3 LTS > Release:14.04 > Codename: trusty > # uname -a > Linux esb-test-mq01 3.13.0-67-generic #110-Ubuntu SMP Fri Oct 23 13:24:41 UTC > 2015 x86_64 x86_64 x86_64 GNU/Linux > # python --version > Python 2.7.6 >Reporter: Simon Lundstrom >Priority: Blocker > > In versions >0.9.1.1 (We've tried 0.10 and 0.11.0) the username is sent twice > during SASL authentication. > Working in 0.9.1.1: > {code} > # PN_TRACE_FRM=1 ./meow.py > [0x250d3b0]: -> SASL > [0x250d3b0]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"\x00the_username\x00the_password"] > [0x250d3b0]: <- SASL > [0x250d3b0]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0x250d3b0]:0 <- @sasl-outcome(68) [code=0] > [0x250d3b0]: -> AMQP > [0x250d3b0]:0 -> @open(16) > [container-id="6b1fecb6-358e-48af-b461-bae3563a7c7f", hostname="esb-test"] > [0x250d3b0]:0 -> @begin(17) [next-outgoing-id=0, incoming-window=2147483647, > outgoing-window=1] > [0x250d3b0]:0 -> @attach(18) [name="sender-xxx", handle=0, role=false, > snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) > [address="TEST-queue", durable=0, timeout=0, dynamic=false], > target=@target(41) [address="TEST-queue", durable=0, timeout=0, > dynamic=false], initial-delivery-count=0] > [0x250d3b0]: <- AMQP > [0x250d3b0]:0 <- @open(16) [container-id="", hostname="", > max-frame-size=4294967295, channel-max=32767, idle-time-out=15000, > offered-capabilities=@PN_SYMBOL[:"ANONYMOUS-RELAY"], > properties={:product="ActiveMQ", :"topic-prefix"="topic://", > :"queue-prefix"="queue://", :version="5.12.1", :platform="Java/1.8.0_45"}] > [0x250d3b0]:0 <- @begin(17) [remote-channel=0, next-outgoing-id=1, > incoming-window=0, outgoing-window=0, handle-max=65535] > [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, > next-outgoing-id=1, outgoing-window=0] > [0x250d3b0]:0 <- @attach(18) [name="sender-xxx", handle=0, role=true, > snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) > [address="TEST-queue"], target=@target(41) [address="TEST-queue"]] > [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, > next-outgoing-id=1, outgoing-window=0, handle=0, delivery-count=0, > link-credit=1000] > [0x250d3b0]:0 -> @transfer(20) [handle=0, delivery-id=0, > delivery-tag=b"\x00\x00\x00\x00\x00\x00\x00\x00", message-format=0, > settled=true, more=false] (131) "\x00[…]" > # > {code} > Not working in >0.9.1.1: > {code} > # PN_TRACE_FRM=1 ./meow.py > [0x18aa060]: -> SASL > [0x18aa060]: <- SASL > [0x18aa060]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0x18aa060]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"the_username\x00the_username\x00the_password"] > [0x18aa060]:0 <- @sasl-outcome(68) [code=1] > [0x18aa060]: -> EOS > # > {code} > When using >0.9.1.1 and using SSL it does the same BUT then just hangs. > Should we open a seperate Jira for this?: > {code} > # PN_TRACE_FRM=1 time ./meow.py > [0xa5d060]: -> SASL > [0xa5d060]: <- SASL > [0xa5d060]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0xa5
[jira] [Commented] (PROTON-1055) Username sent twice during SASL AUTH
[ https://issues.apache.org/jira/browse/PROTON-1055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15015544#comment-15015544 ] Gordon Sim commented on PROTON-1055: This is not wrong. From https://tools.ietf.org/html/rfc4616 {quote} The client presents the authorization identity (identity to act as), followed by a NUL (U+) character, followed by the authentication identity (identity whose password will be used), followed by a NUL (U+) character, followed by the clear-text password. As with other SASL mechanisms, the client does not provide an authorization identity when it wishes the server to derive an identity from the credentials and use that as the authorization identity. {quote} What is the server you are connecting to? Is it possible the error lies on that side? > Username sent twice during SASL AUTH > > > Key: PROTON-1055 > URL: https://issues.apache.org/jira/browse/PROTON-1055 > Project: Qpid Proton > Issue Type: Bug > Components: proton-c, python-binding >Affects Versions: 0.10 > Environment: # lsb_release -a > No LSB modules are available. > Distributor ID: Ubuntu > Description:Ubuntu 14.04.3 LTS > Release:14.04 > Codename: trusty > # uname -a > Linux esb-test-mq01 3.13.0-67-generic #110-Ubuntu SMP Fri Oct 23 13:24:41 UTC > 2015 x86_64 x86_64 x86_64 GNU/Linux > # python --version > Python 2.7.6 >Reporter: Simon Lundstrom >Priority: Blocker > > In versions >0.9.1.1 (We've tried 0.10 and 0.11.0) the username is sent twice > during SASL authentication. > Working in 0.9.1.1: > {code} > # PN_TRACE_FRM=1 ./meow.py > [0x250d3b0]: -> SASL > [0x250d3b0]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"\x00the_username\x00the_password"] > [0x250d3b0]: <- SASL > [0x250d3b0]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0x250d3b0]:0 <- @sasl-outcome(68) [code=0] > [0x250d3b0]: -> AMQP > [0x250d3b0]:0 -> @open(16) > [container-id="6b1fecb6-358e-48af-b461-bae3563a7c7f", hostname="esb-test"] > [0x250d3b0]:0 -> @begin(17) [next-outgoing-id=0, incoming-window=2147483647, > outgoing-window=1] > [0x250d3b0]:0 -> @attach(18) [name="sender-xxx", handle=0, role=false, > snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) > [address="TEST-queue", durable=0, timeout=0, dynamic=false], > target=@target(41) [address="TEST-queue", durable=0, timeout=0, > dynamic=false], initial-delivery-count=0] > [0x250d3b0]: <- AMQP > [0x250d3b0]:0 <- @open(16) [container-id="", hostname="", > max-frame-size=4294967295, channel-max=32767, idle-time-out=15000, > offered-capabilities=@PN_SYMBOL[:"ANONYMOUS-RELAY"], > properties={:product="ActiveMQ", :"topic-prefix"="topic://", > :"queue-prefix"="queue://", :version="5.12.1", :platform="Java/1.8.0_45"}] > [0x250d3b0]:0 <- @begin(17) [remote-channel=0, next-outgoing-id=1, > incoming-window=0, outgoing-window=0, handle-max=65535] > [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, > next-outgoing-id=1, outgoing-window=0] > [0x250d3b0]:0 <- @attach(18) [name="sender-xxx", handle=0, role=true, > snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) > [address="TEST-queue"], target=@target(41) [address="TEST-queue"]] > [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, > next-outgoing-id=1, outgoing-window=0, handle=0, delivery-count=0, > link-credit=1000] > [0x250d3b0]:0 -> @transfer(20) [handle=0, delivery-id=0, > delivery-tag=b"\x00\x00\x00\x00\x00\x00\x00\x00", message-format=0, > settled=true, more=false] (131) "\x00[…]" > # > {code} > Not working in >0.9.1.1: > {code} > # PN_TRACE_FRM=1 ./meow.py > [0x18aa060]: -> SASL > [0x18aa060]: <- SASL > [0x18aa060]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0x18aa060]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"the_username\x00the_username\x00the_password"] > [0x18aa060]:0 <- @sasl-outcome(68) [code=1] > [0x18aa060]: -> EOS > # > {code} > When using >0.9.1.1 and using SSL it does the same BUT then just hangs. > Should we open a seperate Jira for this?: > {code} > # PN_TRACE_FRM=1 time ./meow.py > [0xa5d060]: -> SASL > [0xa5d060]: <- SASL > [0xa5d060]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0xa5d060]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"the_username\x00the_username\x00the_password"] > [0xa5d060]:0 <- @sasl-outcome(68) [code=1] > ^CTraceback (most recent call last): > File "./meow.py", line 12, in > messenger.send() > File "/usr/local/lib/python2.7/dist-packages/proton/__init__.py", line 568, > in send > self._check(pn_messenger_send(self._mng, n)) > KeyboardInterrupt > Command exited with non-z
[jira] [Commented] (PROTON-1055) Username sent twice during SASL AUTH
[ https://issues.apache.org/jira/browse/PROTON-1055?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15015406#comment-15015406 ] Simon Lundstrom commented on PROTON-1055: - PROTON-995 might be related? > Username sent twice during SASL AUTH > > > Key: PROTON-1055 > URL: https://issues.apache.org/jira/browse/PROTON-1055 > Project: Qpid Proton > Issue Type: Bug > Components: proton-c, python-binding >Affects Versions: 0.10 > Environment: # lsb_release -a > No LSB modules are available. > Distributor ID: Ubuntu > Description:Ubuntu 14.04.3 LTS > Release:14.04 > Codename: trusty > # uname -a > Linux esb-test-mq01 3.13.0-67-generic #110-Ubuntu SMP Fri Oct 23 13:24:41 UTC > 2015 x86_64 x86_64 x86_64 GNU/Linux > # python --version > Python 2.7.6 >Reporter: Simon Lundstrom >Priority: Blocker > > In versions >0.9.1.1 (We've tried 0.10 and 0.11.0) the username is sent twice > during SASL authentication. > Working in 0.9.1.1: > {code} > # PN_TRACE_FRM=1 ./meow.py > [0x250d3b0]: -> SASL > [0x250d3b0]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"\x00the_username\x00the_password"] > [0x250d3b0]: <- SASL > [0x250d3b0]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0x250d3b0]:0 <- @sasl-outcome(68) [code=0] > [0x250d3b0]: -> AMQP > [0x250d3b0]:0 -> @open(16) > [container-id="6b1fecb6-358e-48af-b461-bae3563a7c7f", hostname="esb-test"] > [0x250d3b0]:0 -> @begin(17) [next-outgoing-id=0, incoming-window=2147483647, > outgoing-window=1] > [0x250d3b0]:0 -> @attach(18) [name="sender-xxx", handle=0, role=false, > snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) > [address="TEST-queue", durable=0, timeout=0, dynamic=false], > target=@target(41) [address="TEST-queue", durable=0, timeout=0, > dynamic=false], initial-delivery-count=0] > [0x250d3b0]: <- AMQP > [0x250d3b0]:0 <- @open(16) [container-id="", hostname="", > max-frame-size=4294967295, channel-max=32767, idle-time-out=15000, > offered-capabilities=@PN_SYMBOL[:"ANONYMOUS-RELAY"], > properties={:product="ActiveMQ", :"topic-prefix"="topic://", > :"queue-prefix"="queue://", :version="5.12.1", :platform="Java/1.8.0_45"}] > [0x250d3b0]:0 <- @begin(17) [remote-channel=0, next-outgoing-id=1, > incoming-window=0, outgoing-window=0, handle-max=65535] > [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, > next-outgoing-id=1, outgoing-window=0] > [0x250d3b0]:0 <- @attach(18) [name="sender-xxx", handle=0, role=true, > snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) > [address="TEST-queue"], target=@target(41) [address="TEST-queue"]] > [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, > next-outgoing-id=1, outgoing-window=0, handle=0, delivery-count=0, > link-credit=1000] > [0x250d3b0]:0 -> @transfer(20) [handle=0, delivery-id=0, > delivery-tag=b"\x00\x00\x00\x00\x00\x00\x00\x00", message-format=0, > settled=true, more=false] (131) "\x00[…]" > # > {code} > Not working in >0.9.1.1: > {code} > # PN_TRACE_FRM=1 ./meow.py > [0x18aa060]: -> SASL > [0x18aa060]: <- SASL > [0x18aa060]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0x18aa060]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"the_username\x00the_username\x00the_password"] > [0x18aa060]:0 <- @sasl-outcome(68) [code=1] > [0x18aa060]: -> EOS > # > {code} > When using >0.9.1.1 and using SSL it does the same BUT then just hangs. > Should we open a seperate Jira for this?: > {code} > # PN_TRACE_FRM=1 time ./meow.py > [0xa5d060]: -> SASL > [0xa5d060]: <- SASL > [0xa5d060]:0 <- @sasl-mechanisms(64) > [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] > [0xa5d060]:0 -> @sasl-init(65) [mechanism=:PLAIN, > initial-response=b"the_username\x00the_username\x00the_password"] > [0xa5d060]:0 <- @sasl-outcome(68) [code=1] > ^CTraceback (most recent call last): > File "./meow.py", line 12, in > messenger.send() > File "/usr/local/lib/python2.7/dist-packages/proton/__init__.py", line 568, > in send > self._check(pn_messenger_send(self._mng, n)) > KeyboardInterrupt > Command exited with non-zero status 1 > 0.08user 0.02system 0:50.69elapsed 0%CPU (0avgtext+0avgdata 12192maxresident)k > 0inputs+0outputs (0major+5474minor)pagefaults 0swaps > # > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (PROTON-1055) Username sent twice during SASL AUTH
Simon Lundstrom created PROTON-1055: --- Summary: Username sent twice during SASL AUTH Key: PROTON-1055 URL: https://issues.apache.org/jira/browse/PROTON-1055 Project: Qpid Proton Issue Type: Bug Components: proton-c, python-binding Affects Versions: 0.10 Environment: # lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description:Ubuntu 14.04.3 LTS Release:14.04 Codename: trusty # uname -a Linux esb-test-mq01 3.13.0-67-generic #110-Ubuntu SMP Fri Oct 23 13:24:41 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux # python --version Python 2.7.6 Reporter: Simon Lundstrom Priority: Blocker In versions >0.9.1.1 (We've tried 0.10 and 0.11.0) the username is sent twice during SASL authentication. Working in 0.9.1.1: {code} # PN_TRACE_FRM=1 ./meow.py [0x250d3b0]: -> SASL [0x250d3b0]:0 -> @sasl-init(65) [mechanism=:PLAIN, initial-response=b"\x00the_username\x00the_password"] [0x250d3b0]: <- SASL [0x250d3b0]:0 <- @sasl-mechanisms(64) [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] [0x250d3b0]:0 <- @sasl-outcome(68) [code=0] [0x250d3b0]: -> AMQP [0x250d3b0]:0 -> @open(16) [container-id="6b1fecb6-358e-48af-b461-bae3563a7c7f", hostname="esb-test"] [0x250d3b0]:0 -> @begin(17) [next-outgoing-id=0, incoming-window=2147483647, outgoing-window=1] [0x250d3b0]:0 -> @attach(18) [name="sender-xxx", handle=0, role=false, snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) [address="TEST-queue", durable=0, timeout=0, dynamic=false], target=@target(41) [address="TEST-queue", durable=0, timeout=0, dynamic=false], initial-delivery-count=0] [0x250d3b0]: <- AMQP [0x250d3b0]:0 <- @open(16) [container-id="", hostname="", max-frame-size=4294967295, channel-max=32767, idle-time-out=15000, offered-capabilities=@PN_SYMBOL[:"ANONYMOUS-RELAY"], properties={:product="ActiveMQ", :"topic-prefix"="topic://", :"queue-prefix"="queue://", :version="5.12.1", :platform="Java/1.8.0_45"}] [0x250d3b0]:0 <- @begin(17) [remote-channel=0, next-outgoing-id=1, incoming-window=0, outgoing-window=0, handle-max=65535] [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, next-outgoing-id=1, outgoing-window=0] [0x250d3b0]:0 <- @attach(18) [name="sender-xxx", handle=0, role=true, snd-settle-mode=2, rcv-settle-mode=0, source=@source(40) [address="TEST-queue"], target=@target(41) [address="TEST-queue"]] [0x250d3b0]:0 <- @flow(19) [next-incoming-id=0, incoming-window=2147483647, next-outgoing-id=1, outgoing-window=0, handle=0, delivery-count=0, link-credit=1000] [0x250d3b0]:0 -> @transfer(20) [handle=0, delivery-id=0, delivery-tag=b"\x00\x00\x00\x00\x00\x00\x00\x00", message-format=0, settled=true, more=false] (131) "\x00[…]" # {code} Not working in >0.9.1.1: {code} # PN_TRACE_FRM=1 ./meow.py [0x18aa060]: -> SASL [0x18aa060]: <- SASL [0x18aa060]:0 <- @sasl-mechanisms(64) [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] [0x18aa060]:0 -> @sasl-init(65) [mechanism=:PLAIN, initial-response=b"the_username\x00the_username\x00the_password"] [0x18aa060]:0 <- @sasl-outcome(68) [code=1] [0x18aa060]: -> EOS # {code} When using >0.9.1.1 and using SSL it does the same BUT then just hangs. Should we open a seperate Jira for this?: {code} # PN_TRACE_FRM=1 time ./meow.py [0xa5d060]: -> SASL [0xa5d060]: <- SASL [0xa5d060]:0 <- @sasl-mechanisms(64) [sasl-server-mechanisms=@PN_SYMBOL[:PLAIN, :ANONYMOUS]] [0xa5d060]:0 -> @sasl-init(65) [mechanism=:PLAIN, initial-response=b"the_username\x00the_username\x00the_password"] [0xa5d060]:0 <- @sasl-outcome(68) [code=1] ^CTraceback (most recent call last): File "./meow.py", line 12, in messenger.send() File "/usr/local/lib/python2.7/dist-packages/proton/__init__.py", line 568, in send self._check(pn_messenger_send(self._mng, n)) KeyboardInterrupt Command exited with non-zero status 1 0.08user 0.02system 0:50.69elapsed 0%CPU (0avgtext+0avgdata 12192maxresident)k 0inputs+0outputs (0major+5474minor)pagefaults 0swaps # {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)