Quantcast

[jira] [Commented] (QPID-2616) Qpid C++ broker: disconnect client when handshake incomplete

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

[jira] [Commented] (QPID-2616) Qpid C++ broker: disconnect client when handshake incomplete

JIRA jira@apache.org

    [ https://issues.apache.org/jira/browse/QPID-2616?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13261711#comment-13261711 ]

Jason Dillaman commented on QPID-2616:
--------------------------------------

It looks like the maximum connection count is managed globally.  Would it make more sense to integrate the connection limit into the ACL file (i.e. something along the lines of 'acl allow <user> connection maximum=100') to permit more granular setup?
               

> Qpid C++ broker: disconnect client when handshake incomplete
> ------------------------------------------------------------
>
>                 Key: QPID-2616
>                 URL: https://issues.apache.org/jira/browse/QPID-2616
>             Project: Qpid
>          Issue Type: New Feature
>          Components: C++ Broker
>         Environment: Red Hat Enterprise MRG 1.2
>            Reporter: Armin Noll
>
> The broker should disconnect clients if the connection handshake doesn't complete after a configurable time (both for SSL and for non-SSL connections).
> This feature has already been mentioned by G. Sim in the JIRA QPID-2518.
> We are looking for an implementation of this feature and will provide it as soon as we are done.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Loading...