In my opinion, this is more of a Feature Request type of question. (UPR: which you already created here. So what is the reason for this separate post?
Is it possible? I don’t think it isn’t possible. Will this get in front of other features and bug fixes, which are already planned? It’s for the team to decide, but this isn’t how it usually works. But let’s of course wait and hear from the team.
Yes, I made two posts.
The first is to see if the n8n team would be interested in this development.
The second (this post) is to see if the community has already encountered this issue and, if so, how to address it without necessarily developing this feature directly in Node.
For example, by adding the certificate to Docker, for example.
If the node accesses a service which uses it’s own certificate which isn’t globally verifiable, yes. If you need the certificate to use for mutual auth - then no.
The application that provides the ActiveMQ stream requires the connection to be with an SSL certificate.
They provide the public key and the certificate.
Basically, it’s like the HTTP request connection. I don’t know if you’ve already tried adding the certificate to the HTTP request node, but it’s the same.
Ok, it is for client auth then. I don’t believe there is a way to enforce using client certificates for outgoing requests to a given domain, so I guess you could be stuck with http request node for this (at least until such functionality is natively integrated to the node in question.