我已经能够得到一个主要在 Quarkus 下工作的现有应用程序。原始应用程序使用 Undertow 和 RESTEasy，所有端点都使用双向 TLS。直接使用 Undertow，让 mTLS 工作相对简单。但同样的做法是 Quarkus 并不那么明显。
我对 Quarkus 正在做的事情很感兴趣，但对于 mTLS 和可能的其他场景等情况，它似乎缺乏对某些内部的较低级别的访问权限。这种类型的配置今天是否可行，是否已计划，或者这种类型的用例不是 Quarkus 章程的一部分？我的一部分感觉就像创建一个自定义的 Undertow 扩展，但是简单地扩展现有的扩展会简单得多。非常感谢任何指针。
我使用 Quarkus 围绕 Mutual TLS 实现了一个快速入门示例。
在服务器端，要启用的属性是：
SSL 配置
quarkus.ssl.native=true
quarkus.http.ssl.certificate.key-store-file=...
quarkus.http.ssl.certificate.key-store-password=...
用于验证客户端证书的信任库配置
quarkus.http.ssl.certificate.trust-store-file=...
quarkus.http.ssl.certificate.trust-store-password=...
激活客户端配置
quarkus.http.ssl.client-auth=required
在客户端，由于 Quarkus 使用 MicroProfile Rest 规范，您需要定义以下属性：
服务器端点
org.acme.restclient.tck.GreetingService/mp-rest/url=...
信任库配置
org.acme.restclient.tck.GreetingService/mp-rest/trustStore=...
org.acme.restclient.tck.GreetingService/mp-rest/trustStorePassword=...
客户证书
org.acme.restclient.tck.GreetingService/mp-rest/keyStore=...
org.acme.restclient.tck.GreetingService/mp-rest/keyStorePassword=...
您可以在https://github.com/openlab-red/quarkus-mtls-quickstart上找到所有内容
我也只是想弄清楚这一点，虽然在任何 Quarkus 指南中都没有提到这一点，但配置选项在那里：