요구사항: 웹사이트는 OCSP 기능을 활성화하며, OCSP 스테이플링은 HTTPS 최적화 솔루션 중 하나로, 원래 클라이언트가 실시간으로 시작해야 했던 OCSP 요청을 서버로 전달합니다. Nginx 서비스 영역은 OCSP 쿼리 결과를 받아 인증서와 함께 클라이언트에게 전송하여 클라이언트가 인증 요청을 건너뛰고 TLS 핸드셰이크의 효율성을 높일 수 있도록 합니다. HTTPS 성능은 개선될 수 있습니다.
OCSP
OCSP(온라인 인증서 상태 프로토콜)는 디지털 인증 기관(CA)에서 제공하는 인증서의 정당성과 유효성을 검증하는 데 사용되는 온라인 조회 프로토콜입니다. 사용자가 HTTPS를 통해 웹사이트에 접속할 때마다 브라우저는 OCSP 쿼리를 사용하여 웹사이트 인증서가 유효한지 확인합니다.
OCSP 스테이플링이 활성화되면 OCSP 쿼리는 웹 서버에서 수행되며, 웹은 쿼리 결과를 서버에 캐시합니다. 클라이언트가 웹 서버 TLS와 악수하면 웹이 클라이언트의 OCSP 정보와 인증서에 직접 응답하여 클라이언트 검증을 수행하여, 클라이언트가 CA에 쿼리 요청을 보낼 필요가 없어져 TLS 핸드셰이크의 효율이 크게 향상되고 사용자 인증 시간을 절약하며 HTTPS 속도를 최적화합니다. HTTPS 핸드셰이크에서 인증서 상태 검증의 효율성을 높이고 웹사이트 접근 성능을 향상시키고 싶다면 OCSP 바인딩을 활성화할 수 있습니다.
아래 그림에서 볼 수 있듯이:
온라인 인증서 상태 프로토콜(OCSP)
온라인 인증서 상태 프로토콜(OCSP)은 인증서 취소 목록(CRL) 프로토콜의 대안으로 만들어졌습니다. 두 프로토콜 모두 SSL 인증서가 취소되었는지 확인하는 데 사용됩니다.
CRL 프로토콜은 브라우저가 인증서 일련번호와 각 인증서의 마지막 릴리스일 등 대량의 SSL 인증서 취소 정보를 다운로드하도록 요구합니다. CRL 프로토콜의 문제는 SSL 협상에 걸리는 시간을 연장할 수 있다는 점입니다.
OCSP 프로토콜은 브라우저가 인증서 정보 목록을 다운로드하고 검색하는 데 시간을 들일 필요를 없애줍니다. OCSP에서는 브라우저가 단순히 OCSP 응답자(OCSP 요청을 특별히 듣고 응답하는 서버)로부터 인증서 취소 상태에 대한 응답을 받기 위해 쿼리를 발행합니다.
OCSP 바인딩
OCSP 스테이플링은 웹사이트 호스트가 클라이언트(탐색) 경험을 더 적극적으로 개선할 수 있도록 하여 OCSP 프로토콜을 향상시킬 수 있습니다. OCSP 스테이플링은 인증서 발급자(즉, 웹 서버)가 OCSP 응답자에게 직접 쿼리하고 응답을 캐시할 수 있게 합니다. 이 보안 캐시에서 나오는 응답은 TLS/SSL 핸드셰이크와 함께 인증서 상태 요청 확장 기능을 통해 전달되어, 브라우저가 인증서 상태와 웹사이트 내용을 받을 때 동일한 반응 성능을 보장합니다.
OCSP 스테이플링은 OCSP를 해결합니다개인정보 보호 문제입니다CA가 더 이상 클라이언트(브라우저)로부터 직접 취소 요청을 받지 않기 때문입니다. 브라우저는 직접 제3자 CA(인증 기관)를 요청합니다.노출될 웹사이트 방문자 (CA는 어떤 사용자가 우리 웹사이트를 방문하는지 알 수 있습니다)。 OCSP 스테이플링은 또한 CA 응답 서버와의 별도의 네트워크 연결이 필요 없애 OCSP SSL 협상 지연 시간을 해결합니다.
면책 조항: Code Farmer Network에서 발행하는 모든 소프트웨어, 프로그래밍 자료 또는 기사는 학습 및 연구 목적으로만 사용됩니다; 위 내용은 상업적 또는 불법적인 목적으로 사용되지 않으며, 그렇지 않으면 모든 책임이 사용자에게 부담됩니다. 이 사이트의 정보는 인터넷에서 가져온 것이며, 저작권 분쟁은 이 사이트와는 관련이 없습니다. 위 내용은 다운로드 후 24시간 이내에 컴퓨터에서 완전히 삭제해야 합니다. 프로그램이 마음에 드신다면, 진짜 소프트웨어를 지원하고, 등록을 구매하며, 더 나은 진짜 서비스를 받아주세요. 침해가 있을 경우 이메일로 연락해 주시기 바랍니다.
Mail To:help@itsvse.com