You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Ted Ross (Jira)" <ji...@apache.org> on 2021/11/15 15:37:00 UTC
[jira] [Commented] (DISPATCH-1903) Remote upload of certificate files for new TLS configurations
[ https://issues.apache.org/jira/browse/DISPATCH-1903?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17443901#comment-17443901 ]
Ted Ross commented on DISPATCH-1903:
------------------------------------
I moved this issue to the backlog. It is likely that the project will take a different approach to no-restart-TLS-config-changes that will not involve code changes to the router. If this occurs, this issue will be closed.
> Remote upload of certificate files for new TLS configurations
> -------------------------------------------------------------
>
> Key: DISPATCH-1903
> URL: https://issues.apache.org/jira/browse/DISPATCH-1903
> Project: Qpid Dispatch
> Issue Type: New Feature
> Components: Container
> Reporter: Ted Ross
> Assignee: Ted Ross
> Priority: Major
> Fix For: Backlog
>
>
> Currently, when using the management protocol to create new SSL-profiles, those profiles must access certificate files that are already placed in the file system. In other words, in order to create an SSL-profile on a running router, files must first be placed on the file system in a location accessible by the router. This may be problematic in cases where the router is remote from the managing agent, or when containerization limits access to the router's underlying file system.
> This new feature allows a managing agent to remotely inject files into a running router to be stored in temporary file storage. These files are usable in sslProfile management entities (by specifying the files without an absolute path). The temporary files are removed from the file system on router shutdown.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org