Hi Justin,
We are using certificate based authentication.

Below is the details of issue we faced with Artemis 2.27.1.
1. Host A has 10 client applications who use certificate based authentication. 
Most of them are using OpenWire protocol. Some are AMQP and core based as well.
2. 8 of them are configured correctly to pull correct client certificate and 
present to broker. These result in successful SSL handshake and connections are 
made. They are able to consume messages without issue. 
3. Many times they disconnect due to time out or broker restart or customer 
application restart etc. but connect back to broker and message consumption 
continues without issue.
4. 2 of them have not configured SSL correctly or have wrong/invalid 
certificate and they try to connect to broker.
5. Broker throws SSL handshake error and rejects connection. As these listener 
keep running hence keep generating this connection issue.
6. Broker memory consumption increases and it also slows down a bit.
7. When any valid connection times out (from previous 8 good clients), they are 
now not able to connect back to broker as invalid connection attempts are too 
much and good clients get SSL handshake error with connection timeout.
8. Now this impacts those 8 good clients which were working fine before 2 bad 
clients started creating issue.
9. Similar behavior was not seen in Artemis 2.26.0 or Artemis 2.29.0+. Here 
broker gets a hit due to invalid connection attempts, slow downs a bit but 
continue to support good connection.

Do you have some suggestion as how to handle such case in certificate based 
authentication?

Also regarding the caching of good and bad connection, where is this setting 
defined in broker configuration?

Thanks
Shiv

Reply via email to