공유 SSLContext 객체의 init()을 다시 호출 할 때의 효과

Question

TransportListener (기본적으로 HTTPS 연결을 위해 지정된 포트에서 수신 대기하는 수신기)이 시작될 때 SSLContext을로드하는 리액터 패턴 구현이 있습니다. . 내가 추가하거나 신뢰 저장소로/인증서를 제거하면

그럼 내가 (청취자의 방법에 JMX 호출을 통해) 다시 같은 init() 방법

sslContext.init(keyManagers, trustManagers, null); 

를 호출합니다. 리스너에서 다운 타임을 피하기 위해 SSLContext을 다시로드해야합니다.

그래서 현재 내가 겪고있는 문제입니다.

요청이 수신자에게 도착하여 연결이 설정된 것으로 가정합니다. 응답이 클라이언트에 반환되기 전에 SSLContext 객체를 다시로드하면 이는 전송하기 전에 페이로드를 암호화하는 연결의 SSLEngine 객체의 wrap 프로세스에 영향을 줍니까?

주 : 나는 같은 SSLContext 객체가 리스너가 시작할 때 여러 다른 개체에 전달되는 모든 SSLEngines.The SSLContext 객체에 전달되고 있음을 확인했다. 예를 들어,이 SSLContext 객체를 전달해야하는 연결 풀이 있습니다. 따라서 새로운 SSLContext 객체를 만들면 기존 연결이 완전히 끊어집니다. 연결 풀입니다. 그래서 동일한 SSLContext 개체를 사용하려고합니다.

Answer 1

당신은 이것을 생각할 필요가 있습니다. 기존의 연결이있는 경우 이미 인증서 교환을 성공적으로 마쳤으므로 새 인증서가 필요하지 않으므로 부분 핸드 셰이크까지 포함하여 새로 또는 다시 초기화 된 SSLContext이 필요하지 않습니다. 현재 세션을 다시 키거나 클라이언트 인증서를 요청할 수 있습니다. SSLContext는 완전한 핸드 쉐이크가 부족한 경우에는 사용하지 말아야합니다. 새 인증서를 필요로가는 모든 새로운 연결에 대한 새로운SSLContext를 사용하여 시작해야 할 일은

. 정의에 따라 기존 연결에 대해 아무 것도 할 필요가 없습니다.