Я реализую взаимный TLS с конечной точкой отдыха пружины, и я успешно это сделал. Ниже приведены 2 из многих других свойств, которые я использовал для достижения mTLS
server.ssl.trust-store=classpath:serverTrustStore.jks
server.ssl.key-store=classpath:serverKeyStore.p12
Все хорошо до сих пор. Но мы используем конфигурацию Spring Cloud (2.0.2 RELEASE) для предоставления всей конфигурации и других файлов, и поэтому я хотел бы переместить эти файлы на сервер конфигурации облака. Следовательно, теперь конфигурация выглядит следующим образом.
server.ssl.trust-store=http://server:8080/spring/cloud/serverTrustStore.jks
server.ssl.key-store=http://server:8080/spring/cloud/serverKeyStore.p12
Сервер облачной конфигурации прекрасно работает для файла свойств, текстового файла и других подобных типов файлов. Однако файлы .jks или .p12 с облачного сервера Spring обслуживаются с поврежденными файлами - каким-то образом ! Из-за повреждения файла я получаю эту ошибку
Caused by: java.io.IOException: DerInputStream.getLength(): lengthTag=111, too big.
Пожалуйста, обратитесь к этой ссылке для получения дополнительной информации об этом.
Чтобы доказать, что Spring Cloud портит эти файлы, я попробовал следующее:
server.ssl.trust-store=/opt/spring/cloud/serverTrustStore.jks
server.ssl.key-store=/opt/spring/cloud/serverKeyStore.p12
Обратите внимание на изменение значения, теперь оно начинается с /opt и заканчивается именами файлов. Это то же расположение файлов, откуда работает сервер Spring Cloud - это также означает, что это те же файлы, на которые ссылается сервер Spring Cloud. Теперь, что удивительно, весенний сервис начинается на отлично.
И, следовательно, также доказано, что Spring Cloud портит эти файлы .jks и .p12 при их обслуживании. Но я не знаю, почему он портит эти файлы, когда .txt., .Properties и подобные файлы обслуживаются должным образом.
Если вы когда-либо сталкивались с такой проблемой или у вас есть какие-либо идеи, пожалуйста, предоставьте несколько советов. Большое спасибо за вашу помощь.