SSL 및 보안 오류

이 오류 카테고리 소개

# SSL 및 보안 오류

브라우저가 신뢰할 수 있는 HTTPS 연결을 설정하거나 검증하지 못하면 SSL 및 보안 오류가 발생합니다. 서버가 인증서를 제시하는 TLS 핸드셰이크 과정에서 문제가 발생할 수 있으며, 방문 중인 호스트 이름과 인증서가 일치하지 않을 때도 발생할 수 있습니다.

같은 웹사이트라도 루트 도메인, 서브도메인 또는 www 변형에 따라 결과가 다르게 표시될 수 있습니다. 공용 CDN 또는 리버스 프록시가 원본 서버와 다른 인증서를 제시할 수도 있습니다. 모든 SSL 경고를 동일한 문제로 취급하지 말고, 먼저 정확한 호스트 이름과 브라우저 오류를 기록하세요.

일반적인 증상

다음과 같은 문제가 나타날 수 있습니다.

• 연결이 비공개 또는 안전하지 않다는 경고
• 인증서 이름 또는 호스트 이름 불일치
• 페이지가 로드되기 전에 연결 실패
• ERR_SSL_PROTOCOL_ERROR 또는 기타 TLS 프로토콜 메시지
• 루트 도메인, 서브도메인 또는 www 호스트 이름에 따라 다른 결과
• CDN 또는 프록시를 통해서는 작동하지만 원본에 직접 연결하면 실패하는 사이트

계층별로 오류 진단하기

1. 정확한 호스트 이름과 오류 기록

주소 표시줄에서 서브도메인을 포함한 전체 호스트 이름을 확인하세요. 문제가 발생한 호스트 이름을 www 및 non-www 버전과 비교하세요. 또한 전체 브라우저 오류를 기록해야 합니다. 인증서 불일치와 TLS 협상 실패는 서로 다른 점검이 필요하기 때문입니다.

호스트 이름 불일치에 대해서는 [NET::ERR_CERT_COMMON_NAME_INVALID](/errors/err-cert-common-name-invalid)를 참고하세요. 일반적으로 이는 서버가 주소 표시줄의 호스트 이름을 포함하지 않는 인증서를 제시했다는 의미입니다.

2. 브라우저에 제시된 인증서 확인

브라우저의 인증서 세부 정보를 열고 다음 항목을 검토하세요.

• 포함된 호스트 이름을 식별하는 인증서의 Subject Alternative Names
• 유효 기간
• 발급자 및 신뢰 상태
• 인증서 체인
• 서버가 호스팅 제공업체의 기본 인증서가 아닌 예상한 인증서를 제시하는지 여부

루트 도메인용 인증서가 모든 서브도메인에 자동으로 유효한 것은 아닙니다. 문제가 발생한 호스트 이름은 인증서의 이름 또는 적용 가능한 와일드카드 이름으로 포함되어 있어야 합니다.

한 환경에서는 인증서가 올바르지만 다른 환경에서는 그렇지 않다면 DNS, SNI, 리버스 프록시 라우팅 및 CDN 구성을 조사하세요. 서로 다른 TLS 엔드포인트가 겉보기에는 같은 사이트에 대해 서로 다른 인증서를 제공할 수 있습니다.

3. 인증서 검증과 TLS 핸드셰이크 실패 구분

호스트 이름 또는 신뢰 관련 경고는 일반적으로 브라우저가 인증서를 확인할 수 있는 단계까지 도달했다는 의미입니다. 프로토콜 오류는 TLS 협상이 그보다 앞선 단계에서 실패했음을 나타낼 수 있습니다. 다음 항목을 확인하세요.

• 포트 443이 일반 HTTP가 아닌 HTTPS 및 TLS를 제공하는지 여부
• 요청된 호스트 이름에 대해 의도한 HTTPS 가상 호스트가 선택되는지 여부
• 서버의 TLS 구성이 활성화되어 있고 내부적으로 유효한지 여부
• 인증서와 개인 키가 서로 일치하는지 여부
• 서버가 요구하는 위치에 전체 인증서 체인이 설치되어 있는지 여부
• 프록시, 로드 밸런서, 방화벽 또는 CDN이 핸드셰이크를 중단시키고 있는지 여부

프로토콜별 사례는 [ERR_SSL_PROTOCOL_ERROR](/errors/err-ssl-protocol-error)를 참고하세요.

4. 공용 연결 경로와 원본 연결 경로 비교

오류가 공용 호스트 이름에서만 발생하는지, 원본 호스트 이름에서만 발생하는지, 아니면 둘 다에서 발생하는지 확인하세요. CDN 또는 리버스 프록시는 공용 엣지에서 HTTPS를 종료하고 원본과는 별도의 TLS 연결을 사용할 수 있습니다. 이때 CDN의 인증서 및 TLS 설정이 원본 서버 구성과 반드시 일치하는 것은 아닙니다.

또한 DNS가 호스트 이름을 의도한 서비스로 전달하는지 확인하세요. 오래된 주소, 스테이징 서버 또는 공유 호스팅 엔드포인트가 방문하려던 사이트와 관련 없는 인증서를 반환할 수 있습니다.

5. 정확히 실패한 호스트 이름 재테스트

인증서 바인딩, 호스트 이름 매핑 또는 TLS 계층 중 하나를 수정한 후 동일한 호스트 이름을 다시 테스트하세요. 여러 호스트 이름에 문제가 있다면 각각 독립적으로 테스트하세요. 이를 통해 문제가 하나의 엔드포인트에 국한되는지, 아니면 더 광범위한 DNS, 프록시 또는 서버 구성 문제인지 확인할 수 있습니다.

문제 해결 방법으로 브라우저 경고를 우회하지 마세요. 우회해도 서버 구성이 수정되지 않으며 연결이 위험에 노출될 수 있습니다. 먼저 문제가 호스트 이름 불일치인지, 신뢰할 수 없거나 불완전한 인증서 체인인지, TLS 협상 실패인지 확인하세요.

관련 가이드를 사용해야 하는 경우

• 브라우저에 SSL 또는 TLS 프로토콜을 완료할 수 없다는 메시지가 표시되면 [ERR_SSL_PROTOCOL_ERROR](/errors/err-ssl-protocol-error)를 사용하세요.
• 제시된 인증서가 주소 표시줄의 호스트 이름과 일치하지 않으면 [NET::ERR_CERT_COMMON_NAME_INVALID](/errors/err-cert-common-name-invalid)를 사용하세요.

일반적인 “SSL error”라는 분류보다 정확한 브라우저 메시지, 호스트 이름, 인증서 세부 정보, DNS 대상 및 연결 경로가 문제 해결에 더 유용합니다. 인증서를 교체하거나 서버 설정을 변경하기 전에 이러한 세부 정보를 확보하세요.

추가 참고 영역

구현별 세부 사항은 문제가 발생한 브라우저, 웹 서버, 인증 기관, CDN 또는 리버스 프록시, 호스팅 플랫폼의 문서를 참고하세요. 일반적으로 관련 항목은 인증서 설치, 인증서 체인, SNI 또는 가상 호스트, TLS 구성, 원본 HTTPS 설정 등의 이름으로 제공됩니다.