「연결이 비공개로 설정되어 있지 않습니다」 오류 해결법

2026년 5월 업데이트.

TL;DR: 「연결이 비공개로 설정되어 있지 않습니다」는 페이지 새로고침, 기기 시계 수정, 브라우저 캐시와 쿠키 삭제, 네트워크 변경, 백신의 SSL 검사 일시 해제로 대부분 해결됩니다. 경고를 무시하고 진행해도 되는 곳은 본인이 소유했거나 완전히 신뢰하는 사이트뿐입니다. 은행이나 로그인 페이지에서는 절대 무시하지 마세요.

브라우저가 인증서에 문제가 있는 사이트의 접속을 막는 이유는 중간자 공격과 데이터 탈취로부터 사용자를 보호하기 위해서입니다. 대부분의 경우 이 보호는 설계대로 정확히 작동하고 있습니다. 다만 가끔은 정상적인 사이트가 경고를 띄우기도 합니다. 인증서 만료, 서버 설정 오류, 기기 시계 불일치 같은 이유로 말이죠. 그럴 때는 그냥 들어가고 싶을 뿐입니다.

이 글에서는 이 오류가 무슨 뜻인지, 2026년 주요 브라우저에서 어떻게 보이는지, 그리고 어떤 순서로 짚어 나가면 되는지 정리했습니다.

Table of contents

Open Table of contents

• 이 오류의 의미
• 브라우저별 화면
  • Google Chrome
  • Mozilla Firefox
  • Safari
  • Microsoft Edge
• 「연결이 비공개로 설정되어 있지 않습니다」 해결 방법
  • 1. 페이지 새로고침
  • 2. 시크릿/사생활 보호 모드로 시도
  • 3. 기기 시계 확인
  • 4. 브라우저 캐시와 쿠키 삭제
  • 5. 네트워크 변경
  • 6. 백신이나 방화벽 확인
  • 7. 수동으로 진행하기 — 정말 조심해서
• 마무리
• 2026년에 달라진 점
• SSL / 「연결이 비공개로 설정되어 있지 않습니다」 — 2026 FAQ
  • 왜 2026년에 이 오류가 예전보다 더 자주 보이나요?
  • 시계도 맞고 인증서도 만료되지 않았는데 왜 계속 보이나요?
  • 「무시하고 계속」을 눌러도 안전한 경우가 있나요?
  • 제가 사이트 운영자입니다. 방문자를 위해 어떻게 고치나요?

이 오류의 의미

브라우저는 페이지를 열기 전에 사이트의 TLS 인증서(SSL의 후속 규격이며, 두 용어는 여전히 혼용됩니다)를 검증합니다. 인증서는 두 가지 일을 합니다. 그 사이트가 스스로 주장하는 그 사이트가 맞다는 것을 증명하고, 데이터가 오가는 암호화 터널을 만듭니다.

이 검증이 실패하면 브라우저는 어떤 데이터도 오가기 전에 사용자를 멈춰 세웁니다. 이유는 다음과 같을 수 있습니다.

1. 인증서 만료 또는 부재 — 유효 기간이 지났거나 애초에 설정된 적이 없습니다.
2. 인증서와 도메인 불일치 — 다른 호스트명으로 발급된 인증서입니다(예: 인증서는 www.example.com 용인데 example.com 으로 접속).
3. 신뢰할 수 없는 인증 기관 — 자체 서명 인증서이거나, 브라우저가 알지 못하는 CA가 발급했습니다.
4. 기기 시계 오차 — 시스템 날짜와 시간이 틀리면 유효한 인증서도 만료된 것처럼 보입니다.
5. 백신 또는 방화벽 개입 — 일부 보안 도구는 자체 인증서를 끼워 넣어 SSL을 검사하는데, 이 과정에서 검증이 깨질 수 있습니다.
6. 공용 Wi-Fi 캡티브 포털 — 호텔이나 카페의 로그인 포털이 인증 전 HTTPS 트래픽을 가로챕니다.

Chrome 124 이상과 Firefox 128 이상은 모두 HTTPS 우선 모드가 기본값이라, 몇 년 전보다 이 경고를 보는 빈도가 늘었습니다.

브라우저별 화면

문구와 오류 코드는 브라우저마다 다르지만 해결 절차는 동일합니다.

Google Chrome

Chrome은 빨간 「주의 요함」 표시와 함께 「연결이 비공개로 설정되어 있지 않습니다」 라는 메시지를 보여주고, 그 아래에 원인을 좁혀 주는 오류 코드를 표시합니다.

2026년에 자주 보이는 Chrome 코드:

• NET::ERR_CERT_DATE_INVALID — 인증서가 만료되었거나 시계가 틀렸습니다
• NET::ERR_CERT_AUTHORITY_INVALID — 신뢰할 수 없거나 자체 서명된 인증서입니다
• NET::ERR_CERT_COMMON_NAME_INVALID — 인증서가 도메인과 일치하지 않습니다
• NET::ERR_CERT_WEAK_SIGNATURE_ALGORITHM — 인증서가 구식 알고리즘(SHA-1)을 사용합니다
• ERR_SSL_VERSION_OR_CIPHER_MISMATCH — 서버가 구형 TLS(1.0/1.1, 최신 브라우저에서는 모두 비활성)만 제공합니다
• MOZILLA_PKIX_ERROR_MITM_DETECTED — 사용자와 서버 사이의 무언가가 TLS를 가로채고 있습니다(대개 백신)

Mozilla Firefox

Firefox는 「경고: 잠재적인 보안 위험 있음」 또는 「연결이 안전하지 않습니다」 라고 표시하고, 기술적인 세부 정보를 볼 수 있는 버튼을 제공합니다.

자주 보이는 Firefox 코드:

• SEC_ERROR_EXPIRED_CERTIFICATE
• SEC_ERROR_UNKNOWN_ISSUER
• MOZILLA_PKIX_ERROR_MITM_DETECTED
• SSL_ERROR_BAD_CERT_DOMAIN
• ERROR_SELF_SIGNED_CERT

Safari

Safari는 빨간 선이 그어진 자물쇠 아이콘과 함께 「이 연결은 비공개 연결이 아닙니다」 라는 메시지를 보여줍니다. 해당 사이트가 다른 사이트인 척 위장해 결제 정보나 개인 정보를 가로채려 할 수 있다는 경고입니다. 더 알아보려면 「세부사항 보기」 를 클릭하세요.

Microsoft Edge

Edge는 「연결이 비공개로 설정되어 있지 않습니다」 를 표시합니다. Chrome과 같은 Chromium 엔진을 쓰기 때문에 오류 코드도 Chrome과 동일합니다. 여기에 더해 DLG_FLAGS_INVALID_CA 나 DLG_FLAGS_SEC_CERT_CN_INVALID 가 보일 수도 있습니다.

「연결이 비공개로 설정되어 있지 않습니다」 해결 방법

위에서부터 순서대로 시도하세요. 대부분은 처음 세 단계 안에서 해결됩니다.

1. 페이지 새로고침

F5(Windows/Linux) 또는 Cmd + R(Mac)을 누릅니다. 일시적인 네트워크 문제나 서버가 잠깐 잘못된 인증서를 내보낸 경우라면, 경고는 한 번 뜨고 저절로 사라집니다.

2. 시크릿/사생활 보호 모드로 시도

새 시크릿 창(Chrome/Edge는 Ctrl + Shift + N, Mac은 Cmd + Shift + N, Firefox는 Ctrl + Shift + P)을 열고 같은 주소를 다시 불러옵니다. 시크릿 모드는 깨끗한 상태에서 시작하므로 캐시된 인증서도, 방해하는 확장 프로그램도 없습니다. 시크릿에서는 되는데 일반 세션에서 안 된다면 캐시를 지우세요(4단계).

3. 기기 시계 확인

SSL 오류의 원인 중 가장 과소평가되는 항목입니다. TLS 인증서 검증은 시간에 민감합니다. 시스템 시계가 몇 분만 틀려도 유효한 인증서가 만료된 것처럼 보입니다.

Mac(macOS Sequoia / Sonoma): 시스템 설정 → 일반 → 날짜 및 시간 → 「날짜 및 시간 자동 설정」이 켜져 있는지 확인합니다.

Windows 11: 작업 표시줄의 시계를 오른쪽 클릭 → 날짜 및 시간 조정 → 「자동으로 시간 설정」을 켭니다. 이미 켜져 있는데도 시간이 틀리다면 「지금 동기화」를 클릭하세요.

4. 브라우저 캐시와 쿠키 삭제

브라우저는 인증서 사본을 캐시에 저장합니다. 잘못된 인증서가 캐시에 남아 있으면 사이트 운영자가 문제를 고친 뒤에도 계속 차단됩니다.

• Chrome / Edge: 설정 → 개인 정보 보호 및 보안 → 인터넷 사용 기록 삭제 → 캐시된 이미지 및 파일 + 쿠키 체크 → 데이터 삭제. Ctrl + Shift + Delete 로도 열 수 있습니다.
• Firefox: 설정 → 개인 정보 및 보안 → 쿠키 및 사이트 데이터 → 데이터 지우기.
• Safari: 개발 → 캐시 비우기(먼저 설정 → 고급에서 개발 메뉴를 활성화하세요).

5. 네트워크 변경

공용 Wi-Fi를 쓰고 있다면 연결을 끊고 모바일 데이터나 믿을 만한 집·사무실 네트워크로 시도해 보세요. 공항과 호텔 네트워크는 캡티브 포털 로그인 화면을 띄우려고 HTTPS를 가로채는 경우가 많고, 그 때문에 인증서 검증이 깨집니다.

신뢰할 수 없는 네트워크를 자주 쓴다면, 괜찮은 VPN이 트래픽을 기기에서 나가기 전에 암호화해 줍니다. 저는 Surfshark VPN 을 씁니다. 한번 써보고 싶다면 30일 환불 기간이 있습니다.

6. 백신이나 방화벽 확인

많은 백신 프로그램에는 「SSL 검사」 또는 「HTTPS 검사」 기능이 있어 악성코드를 확인하려고 TLS 트래픽을 가로챕니다. 백신이 자체 인증서를 끼워 넣었는데 브라우저가 그 백신 CA를 신뢰하지 않으면 이 경고가 뜹니다.

보안 소프트웨어 설정에서 HTTPS 검사를 잠시 끄고 오류가 사라지는지 확인하세요. 사라진다면 검사를 꺼둔 채로 두지 말고, 해당 사이트를 신뢰 목록에 추가하는 방법을 백신 제조사 문서에서 확인하세요.

7. 수동으로 진행하기 — 정말 조심해서

여섯 단계를 모두 거쳤는데도 오류가 계속된다면, Chrome과 Edge는 「고급」 다음에 「[사이트](안전하지 않음)으로 이동」 선택지를 제공합니다. Firefox는 「위험을 감수하고 계속」을 보여줍니다.

진행해도 괜찮은 경우: 자체 서명 인증서를 쓰는, 본인이 직접 관리하는 개발 서버나 사내 도구.

절대 진행하면 안 되는 경우: 로그인, 결제, 또는 소중한 개인 정보를 요구하는 모든 사이트. 인증서의 존재 이유가 바로 그 데이터를 전송 중에 보호하는 것입니다. 신뢰할 수 없는 사이트에서 이를 우회하면 계정 정보와 결제 정보가 평문으로 가로채질 수 있습니다.

Chrome의 「비밀」 문구 thisisunsafe(오류 화면에서 아무 입력란도 클릭하지 않고 그냥 타이핑)는 Chrome 124 이상에서도 개발자용 탈출구로 여전히 작동합니다. 본인이 소유했거나 완전히 신뢰하는 사이트에서만 쓰세요.

마무리

「연결이 비공개로 설정되어 있지 않습니다」 경고는 브라우저가 제 할 일을 하고 있다는 뜻입니다. 정상적인 원인 대부분은 2분 안에 해결됩니다. 새로고침, 시계 수정, 캐시 삭제, 네트워크 변경입니다. 가장 진단하기 까다로운 건 백신의 SSL 검사인데, 진짜 인증서 문제와 오류 화면이 똑같아 보이기 때문입니다.

꼭 기억할 규칙은 하나입니다. 은행 사이트, 이메일 로그인, 실제 인증 정보를 다루는 페이지에서는 절대 경고를 무시하고 넘어가지 마세요. 그런 상황이야말로 이 경고가 막으려는 공격 시나리오입니다.

본인 도메인에서 이 오류를 보고 있는 사이트 운영자라면, 가장 빠른 해결책은 대개 호스팅 관리 패널에서 Let’s Encrypt 인증서를 갱신하거나 서버에서 certbot renew 를 실행하는 것입니다.

---

이 글은 alejandrorioja.com 의 일부이며, Alejandro Rioja 가 썼습니다. 지금은 창업자를 위한 AI 에이전트 시스템 을 만들고 있습니다. 이 사이트를 최신 상태로 유지하는 에이전트도 그중 하나입니다. 작동 방식 →

2026년에 달라진 점

이 글의 구체적인 조언에 대한 2026년 업데이트 몇 가지입니다.

• HTTPS / 연결 오류 2026년 브라우저 상황: Chrome 130 이상과 Firefox 130 이상은 모두 HTTPS 전용 모드가 기본값이라 「연결이 비공개로 설정되어 있지 않습니다」 오류가 더 자주 나타납니다. 원인은 보통 Let’s Encrypt 인증서 설정 오류이거나 만료된 루트 인증서입니다. 해결법은 본문과 같고, 화면에 보이는 UI만 다릅니다.
• GoDaddy 이메일: 기존 Workspace Email 제품은 2024~25년에 대부분의 계정이 Microsoft 365로 이전되었습니다. 이 글이 예전 IMAP 설정을 언급한다면 M365 엔드포인트(outlook.office365.com)와 대조해 확인하세요.
• Z-Library 는 미국 법무부의 단속이 이어지는 와중에도 2024~26년 내내 교체되는 미러와 Anna’s Archive 우산 아래에서 운영을 계속했습니다. 법적 상황은 아직 정리되지 않았습니다.
• 웹사이트 소스 코드 를 살펴보는 방법은 그대로입니다. DevTools, 소스 보기, 그리고 기술 스택 파악에는 Wappalyzer입니다. Wappalyzer는 2025년에 AI 스택(LangChain, LlamaIndex 등) 탐지를 추가했습니다.

SSL / 「연결이 비공개로 설정되어 있지 않습니다」 — 2026 FAQ

왜 2026년에 이 오류가 예전보다 더 자주 보이나요?

Chrome 124 이상과 Firefox 128 이상은 모두 HTTPS 우선 모드가 기본값입니다. 즉 브라우저가 모든 요청에서 HTTP보다 HTTPS를 먼저 시도합니다. 여전히 평문 HTTP로 서비스하는 사이트나, TLS 인증서에 사소한 문제라도 있는 사이트는 예전 같으면 조용히 열렸을 상황에서 이제 경고를 띄웁니다. 보안 측면에서는 옳은 선택이고, 다만 이 화면을 더 자주 보게 될 뿐입니다.

시계도 맞고 인증서도 만료되지 않았는데 왜 계속 보이나요?

뻔한 원인이 다 걸러졌을 때 가장 유력한 범인은 (1) 자체 인증서를 끼워 넣는 백신의 SSL 검사, (2) TLS 검사를 하는 회사 프록시나 방화벽, (3) 아직 인증되지 않은 공용 Wi-Fi의 캡티브 포털, (4) 인증서가 기술적으로는 유효하지만 폐기 예정 알고리즘(SHA-1)을 쓰거나 브라우저가 더 이상 받아들이지 않는 중간 인증서 체인을 쓰는 경우입니다. (4)는 사이트 운영자가 인증서 설정을 고쳐야 합니다.

「무시하고 계속」을 눌러도 안전한 경우가 있나요?

제한된 상황에서는 그렇습니다. 로컬 개발 서버, 직접 운영하는 홈랩 도구, 본인이 직접 설정하고 신뢰하는 자체 서명 인증서를 쓰는 사내 자원 같은 경우입니다. 비밀번호, 결제 정보, 소중한 개인 정보를 요구하는 사이트에서는 결코 안전하지 않습니다. 이 경고는 바로 그 데이터를 보호하려고 존재합니다.

제가 사이트 운영자입니다. 방문자를 위해 어떻게 고치나요?

Let’s Encrypt(또는 다른 CA) 인증서가 만료되지 않았는지 확인하세요. certbot renew 또는 호스팅 패널의 SSL 항목입니다. 인증서가 방문자가 실제로 쓰는 호스트명(www 포함 여부까지)을 정확히 포함하는지 확인하세요. 서버가 리프 인증서만이 아니라 전체 인증서 체인을 보내고 있는지도 확인해야 합니다. SSL Labs의 무료 SSL 테스트 같은 도구를 쓰면 1분도 안 걸려 등급이 매겨진 리포트를 받을 수 있습니다.

함께 읽기:

• 상대방의 이메일 주소를 찾고 검증하는 방법(팁과 도구)
• Facebook과 Messenger를 비활성화하거나 삭제하는 방법
• Ezoic 리뷰: 기능과 초보자를 위한 사용법