보안 연결 경고가 뜨면 오류 문구를 먼저 기록하고, 같은 주소를 다른 기기나 네트워크에서 열어 같은 경고가 나오는지 비교합니다. 다른 기기에서는 경고가 나오지 않으면 기기나 네트워크 쪽을, 어디서나 같은 경고가 뜨면 서버 인증서의 도메인이나 유효기간 쪽을 먼저 살펴볼 후보로 좁힐 수 있습니다. 다만 접속 환경에 따라 결과가 달라질 수 있으므로 확정 진단은 담당자의 인증서·연결 점검으로 합니다.
보안 연결 경고가 뜨면 가장 먼저 무엇을 확인해야 하나요?
가장 먼저 확인할 것은 화면에 나온 오류 문구 그대로입니다. "안전하지 않음" 표시와 `NET::ERR_CERT_DATE_INVALID` 같은 코드는 서로 다른 원인을 가리키므로, 캡처나 메모로 정확히 남겨 둡니다.
웹사이트의 보안 연결은 TLS(전송 계층 보안)가 담당합니다. TLS는 전송 중인 내용을 암호화하고, 그 내용이 중간에서 바뀌지 않았는지 확인하며, 접속한 서버가 맞는 서버인지 인증하는 역할을 합니다(MDN, 2026-10-10 확인). 이때 쓰이는 서버 인증서는 암호화 키를 특정 도메인 이름에 묶어 두는 방식으로 동작하며, 호스팅 서비스가 인증서와 서버 설정을 대신 관리하는 경우가 많습니다(MDN, 2026-10-10 확인).
다만 보안 연결 경고가 모두 같은 원인에서 나오는 것은 아닙니다. 서버 인증서 자체의 문제일 수도 있고, 접속하는 기기의 날짜·시간 설정이나 네트워크의 프록시 때문일 수도 있으며, 페이지 안에 섞인 혼합 콘텐츠 때문일 수도 있습니다. 화면에 뜬 오류 문구와 코드를 기준으로 이 중 어디에 해당하는지 구분하는 것이 다음 단계입니다.
같은 주소를 다른 기기·네트워크에서 열어보면 무엇을 알 수 있나요?
같은 주소를 다른 기기나 다른 네트워크(예: 와이파이 대신 휴대폰 데이터)로 열어 같은 경고가 뜨는지 비교하면, 문제가 서버 쪽인지 접속 환경 쪽인지 가늠할 후보를 좁힐 수 있습니다. 다만 접속 환경에 따라 인증서 체인이나 브라우저 지원 범위가 다르게 나타날 수 있어, 이 비교만으로 서버의 정상·오류를 확정할 수는 없습니다. 다른 기기·네트워크에서는 경고가 사라진다면 서버 인증서보다 먼저 그 기기나 네트워크 설정을 살펴보는 것이 순서입니다.
구글 크롬 공식 도움말은 대표적인 두 가지 접속 환경 원인을 설명합니다. `NET::ERR_CERT_DATE_INVALID` 오류는 사이트의 인증서 자체가 아니라 접속하는 기기의 날짜와 시간이 정확하지 않을 때도 나타날 수 있습니다(Google Chrome 고객센터, 2026-10-10 확인). `NET::ERR_CERT_AUTHORITY_INVALID` 오류는 회사나 기관에서 쓰는 HTTPS 프록시(중간에서 트래픽을 검사하는 장치)의 인증서 때문에 발생할 수 있어, 이 경우 구글은 네트워크 관리자에게 문의하도록 안내합니다(Google Chrome 고객센터, 2026-10-10 확인).
아래 표는 이 비교에서 살펴볼 관찰 항목을 정리한 것입니다.
| 확인 항목 | 기기·네트워크 쪽일 가능성을 살필 관찰 | 서버 인증서 쪽일 가능성을 살필 관찰 |
|---|---|---|
| 다른 기기·다른 네트워크로 같은 주소 접속 | 경고가 사라진다 | 경고가 그대로 뜬다 |
| 관련 오류 코드 예시 | `NET::ERR_CERT_DATE_INVALID`(기기 시간 오류 포함), `NET::ERR_CERT_AUTHORITY_INVALID`(회사 프록시 포함) | 도메인 불일치·발급 기관·유효기간과 관련된 오류 |
| 먼저 확인할 대상 | 기기의 날짜·시간 설정, 네트워크의 프록시·보안 설정 | 서버 인증서의 적용 도메인, 유효기간 |
이 표는 구글 크롬 공식 도움말에 적힌 두 오류 코드의 설명을 바탕으로 정리한 관찰 기준입니다(Google Chrome 고객센터, 2026-10-10 확인). 화면에 다른 오류 코드가 뜬다면 그 코드를 기준으로 다시 확인합니다.
서버 인증서의 도메인과 유효기간은 어떻게 확인하나요?
서버 인증서는 발급 시 포함된 도메인 이름에 한해 유효하므로, 접속한 주소가 인증서에 포함된 도메인 이름과 일치하는지 확인하는 것이 먼저입니다(MDN, 2026-10-10 확인). 다만 하나의 인증서가 SAN(Subject Alternative Name) 방식으로 여러 도메인 이름을 함께 포함하거나 와일드카드 도메인을 포함할 수 있으므로(Let's Encrypt, 2026-10-10 확인), 인증서 갱신 여부만으로 경고 원인을 단정할 수는 없습니다. 추가한 서브도메인이 인증서의 적용 범위(도메인 목록)에 들어 있지 않은 경우라면, 그 주소에서만 경고가 뜰 수 있습니다. 이 확인은 브라우저 화면만 보고 판단하기보다 호스팅사나 관리업체에 다음 두 가지를 요청하는 것이 정확합니다.
- 지금 적용된 인증서가 실제로 접속한 주소(도메인)와 일치하는지 여부
- 인증서의 발급일과 만료일, 그리고 다음 갱신이 언제 예정되어 있는지
인증서 자체의 관리는 호스팅 서비스가 서버 구성을 함께 운영하는 계약이라면 호스팅사가 맡아 처리합니다(MDN, 2026-10-10 확인). 이런 호스팅 계약이라면 독자가 직접 인증서를 설치하거나 교체할 필요 없이 호스팅사나 관리업체에 위 두 가지 확인을 요청하면 됩니다. 반면 자체 서버를 직접 운영하는 경우라면 서버를 관리하는 담당자에게 같은 확인을 요청하는 것이 순서입니다. 이 글은 관리업체에 무엇을 확인해 달라고 요청할지 정리하는 것이 목적이며, 서버 설정을 직접 바꾸는 절차는 다루지 않습니다.
페이지 일부만 경고가 뜨는 경우는 무엇이 다른가요?
사이트 전체가 아니라 특정 이미지나 스크립트 자리에서만 경고나 깨짐이 보인다면, 혼합 콘텐츠를 확인할 원인 중 하나로 먼저 살펴봅니다. 혼합 콘텐츠는 HTTPS로 열린 페이지 안에 HTTP로 불러오는 리소스가 섞여 있는 상태를 말하며(MDN, 2026-10-10 확인), 실제로 그 리소스가 HTTP로 요청되는지와 브라우저 콘솔에 뜨는 Mixed Content 관련 메시지로 확인하는 것이 먼저입니다. 외부 리소스를 제공하는 서버 쪽의 인증서 오류 등 다른 원인도 있을 수 있어, 이 증상만으로 혼합 콘텐츠를 원인으로 단정할 수는 없습니다.
이때 브라우저는 리소스 종류에 따라 다르게 처리합니다. 일부 리소스는 브라우저가 자동으로 HTTPS로 바꿔서 불러오고, 일부는 아예 차단하며, 이런 처리는 화면이 아니라 브라우저 콘솔의 경고로 확인할 수 있습니다(MDN, 2026-10-10 확인). 즉 모든 HTTP 리소스가 같은 방식으로 막히는 것은 아니며, 페이지 일부의 혼합 콘텐츠와 사이트 전체의 인증서 오류는 서로 다른 문제이므로 같은 원인으로 묶어 보고하지 않는 것이 좋습니다.
확인한 내용을 관리업체에 어떻게 전달하나요?
지금까지 확인한 내용을 아래 순서로 정리해 전달하면 관리업체가 원인을 더 빠르게 좁힐 수 있습니다.
- 화면에 뜬 오류 문구와 오류 코드(가능하면 캡처)
- 다른 기기·다른 네트워크로 접속했을 때 같은 경고가 떴는지 여부
- 경고가 사이트 전체에서 뜨는지, 특정 이미지나 자리에서만 뜨는지
- 서버 인증서의 적용 도메인·만료일 확인을 요청한다는 내용
이 네 가지만 갖춰도 관리업체가 서버 인증서를 다시 발급해야 하는지, 혼합 콘텐츠를 정리해야 하는지, 아니면 기기나 네트워크 쪽을 봐야 하는지 방향을 좁힐 수 있습니다.
자주 묻는 질문
서버 인증서 오류와 기기·네트워크 오류는 어떻게 다른가요? 서버 인증서 오류는 여러 기기·네트워크로 접속해도 같은 경고가 뜨는 관찰이 나타나며, 도메인 불일치나 유효기간과 관련된 오류 코드가 함께 나타날 수 있습니다. 기기·네트워크 오류는 다른 기기나 다른 네트워크로 접속하면 경고가 사라지는 관찰이 나타나며, 기기의 날짜·시간이나 회사 네트워크의 프록시 설정과 관련됩니다. 다만 이는 원인 후보를 좁히는 참고 관찰일 뿐 확정 진단이 아니며, 접속 환경에 따라 인증서 체인이나 브라우저 지원 차이가 있을 수 있어 이 비교만으로 서버의 정상·오류를 확정할 수는 없습니다.
다른 기기에서는 경고가 안 뜨는데 제 컴퓨터에서만 뜨면 무엇을 확인해야 하나요? 먼저 그 기기의 날짜와 시간이 정확한지 확인합니다. 회사나 기관 네트워크를 쓰고 있다면 네트워크의 HTTPS 프록시 설정 때문일 수 있으므로 네트워크 관리자에게 문의하는 것이 다음 순서입니다.
페이지 일부에서만 경고가 뜨는 것도 인증서 문제인가요? 사이트 전체가 아니라 특정 이미지나 스크립트 자리에서만 경고가 보인다면 혼합 콘텐츠를 확인할 원인 중 하나로 먼저 살펴봅니다. HTTPS 페이지 안에 HTTP 리소스가 섞여 있는 상태이며, 실제로 그 리소스가 HTTP로 요청되는지와 브라우저 콘솔의 Mixed Content 메시지로 확인하는 것이 정확합니다. 외부 리소스 서버의 인증서 오류 등 다른 원인도 있을 수 있어, 화면에 보이는 표시만으로 원인을 단정하지 않습니다.
관리업체에는 무엇을 전달하면 되나요? 오류 문구와 오류 코드, 다른 기기·네트워크 비교 결과, 경고가 전체에서 뜨는지 일부에서만 뜨는지를 정리해 전달합니다. 여기에 서버 인증서의 적용 도메인과 만료일 확인을 요청하는 내용을 더하면, 관리업체가 원인을 좁히는 데 필요한 정보가 갖춰집니다.
관련 칼럼
보안 연결 경고의 원인을 구분하는 것부터 홈페이지 제작·관리까지 상담이 필요하면 홈페이지 제작 서비스 안내에서 확인할 수 있습니다. 병의원은 병의원 마케팅 전체 안내, 전문직은 전문직 마케팅 안내에서 지원 범위를 볼 수 있습니다.