연결이 비공개로 설정되어 있지 않습니다 해결 방법: 모바일·아이폰

"연결이 비공개로 설정되어 있지 않습니다"는 무슨 의미인가요?

"연결이 비공개로 설정되어 있지 않습니다"는 브라우저가 웹사이트의 보안 인증서를 확인하지 못해, 아무것도 보내기 전에 접속을 멈췄다는 뜻입니다. Chrome과 Edge는 NET::ERR_CERT_DATE_INVALID 같은 오류 코드와 함께 이 경고를 표시하고, iPhone·iPad·Mac의 Safari는 "연결된 네트워크가 비공개가 아님"이라고 표시하면서 이 사이트가 실제 사이트를 사칭하고 있을 수 있다고 덧붙입니다.

가장 빠른 진단법: 모든 HTTPS 사이트에서 이 경고가 뜬다면 원인은 기기나 네트워크(시계, 공용 Wi-Fi 로그인 페이지, 백신, VPN, 프로필)에 있습니다. 한 사이트에서만, 어떤 기기와 네트워크에서든 뜬다면 그 사이트의 인증서가 고장 난 것이며 사이트 운영자만 고칠 수 있습니다.

브라우저는 인증서를 확인할 때 (1) 신뢰하는 인증 기관이 발급했는지, (2) 만료되지 않았는지, (3) 입력한 주소와 일치하는지, (4) 폐기되지 않았는지 검사합니다. 하나라도 실패하면 이 경고가 나타납니다. 이 경고가 항상 사이트가 위험하다는 뜻은 아니지만, 브라우저가 안전하다는 것을 증명하지 못했다는 뜻이기는 합니다.

브라우저별 오류 코드

각 브라우저는 이 SSL 오류를 다르게 표시하며 고유한 오류 코드를 사용합니다. 주요 브라우저별 표시 내용은 다음과 같습니다.

오류 코드를 보면 무엇이 잘못됐는지 정확히 알 수 있습니다. ERR_CERT_DATE_INVALID는 인증서가 만료되었거나 기기의 시계가 잘못되었다는 뜻입니다(이때 Chrome은 "시간이 너무 먼 미래로 설정되어 있습니다." 또는 "시간이 너무 먼 과거로 설정되어 있습니다."라고 표시합니다). ERR_CERT_AUTHORITY_INVALID는 기기가 신뢰하는 인증 기관이 발급한 인증서가 아니라는 뜻입니다(ERR_CERT_AUTHORITY_INVALID 해결 방법). ERR_CERT_COMMON_NAME_INVALID는 인증서가 다른 주소용이라는 뜻입니다.

대신 "사이트에 보안 연결할 수 없음"이라는 페이지가 나온다면 핸드셰이크 자체가 실패한 것으로, 다른 오류인 ERR_SSL_PROTOCOL_ERROR입니다.

"연결이 비공개로 설정되어 있지 않습니다" 오류의 일반적인 원인

원인은 두 가지로 나뉩니다. 기기나 네트워크 쪽 원인은 직접 고칠 수 있고, 웹사이트의 인증서가 고장 난 경우는 사이트 운영자만 고칠 수 있습니다.

• 기기의 날짜와 시간이 잘못된 경우 — 모든 사이트에서 경고가 뜰 때 흔한 원인입니다. SSL 인증서에는 유효 기간이 있습니다. 기기의 시계가 틀리면 모든 인증서가 만료되었거나 아직 유효하지 않은 것으로 보여 모든 HTTPS 사이트에서 오류가 발생합니다.
• SSL 인증서 만료 — 웹사이트 소유자의 SSL 인증서가 만료되었고 갱신되지 않은 상태입니다. 이는 웹사이트의 문제이지 사용자의 문제가 아닙니다.
• 자체 서명 또는 신뢰할 수 없는 인증서 — 공인된 인증 기관에서 발급하지 않은 인증서를 사용하는 웹사이트입니다. 개발 서버, 사내 도구, 일부 IoT 기기에서 흔히 볼 수 있습니다.
• 백신 소프트웨어 또는 방화벽의 HTTPS 검사 — Avast, Kaspersky, ESET, Bitdefender 등의 보안 소프트웨어가 HTTPS 연결을 가로채고 사이트의 인증서를 자체 인증서로 교체합니다. 교체된 인증서가 브라우저에서 신뢰되지 않으면 오류가 나타납니다.
• VPN 또는 프록시 간섭 — VPN과 프록시는 특히 공용 또는 기업 네트워크에서 SSL 연결을 가로채 인증서 확인을 실패하게 만들 수 있습니다.
• 학교·회사 또는 자녀 보호 프로필 — 관리되는 iPhone·iPad와 필터링 앱은 HTTPS를 기관 자체 인증서를 거쳐 보냅니다. 그 인증서가 기기에서 신뢰되지 않으면 모든 사이트에서 경고가 뜹니다
• 공용 Wi-Fi 캡티브 포털 — 호텔, 공항, 카페 등은 로그인 페이지를 표시하기 위해 첫 번째 HTTPS 요청을 가로채는 경우가 많으며, 인증이 완료될 때까지 SSL 확인이 실패합니다.
• 도메인 이름 불일치 — 인증서가 www.example.com용으로 발급되었지만 example.com으로 접속한 경우(또는 그 반대), 또는 인증서가 완전히 다른 도메인을 포함하는 경우에 발생합니다.
• 오래된 브라우저 또는 운영 체제 — 오래된 브라우저와 OS 버전에는 최신 루트 인증서가 없을 수 있어 유효한 인증서를 거부하는 원인이 됩니다.

iPhone / iPad에서 "연결된 네트워크가 비공개가 아님" 해결하기

iPhone과 iPad의 Safari는 "연결된 네트워크가 비공개가 아님"이라고 표시하면서 이 사이트가 실제 사이트를 사칭하고 있을 수 있다고 덧붙입니다. iOS용 Chrome은 "연결이 비공개로 설정되어 있지 않습니다"라고 표시합니다. 다음 순서대로 확인하세요.

• 날짜와 시간 바로잡기: 설정 → 일반 → 날짜 및 시간 → "자동으로 설정" 켜기
• Wi-Fi에 로그인하기: 공용 Wi-Fi에서는 http://neverssl.com을 열어 네트워크의 로그인 페이지를 띄우거나, 모바일 데이터로 바꿔 테스트하세요
• VPN과 프로필 확인: 설정 → 일반 → VPN 및 기기 관리. 모르는 VPN, 콘텐츠 필터 또는 프로필은 HTTPS를 가로챌 수 있습니다. VPN을 끄거나 프로필을 제거하세요
• 테스트로 iCloud 비공개 릴레이 끄기: 설정 → [사용자 이름] → iCloud → 비공개 릴레이
• Safari 데이터 지우기: 설정 → 앱 → Safari → 방문 기록 및 웹사이트 데이터 지우기
• iOS 업데이트: 설정 → 일반 → 소프트웨어 업데이트 — 업데이트에는 Apple이 신뢰하는 최신 인증 기관 목록도 들어 있습니다
• 네트워크 설정 재설정(마지막 방법): 설정 → 일반 → 전송 또는 iPhone 재설정(iPad는 "전송 또는 iPad 재설정") → 재설정 → 네트워크 설정 재설정. 저장된 Wi-Fi 암호와 VPN 설정이 삭제되고, 직접 신뢰한 인증서의 완전한 신뢰도 다시 꺼집니다(이후 "인증서 신뢰 설정"을 다시 하세요)

iPad 업데이트 후 "연결된 네트워크가 비공개가 아님"이 뜰 때

iPadOS나 iOS를 업데이트한 직후부터 모든 사이트에서 경고가 뜬다면 먼저 세 가지를 확인하세요.

• 시계 — 설정 → 일반 → 날짜 및 시간 → 자동으로 설정. 업데이트 후 시간대나 날짜가 틀어져 있을 수 있습니다
• 학교·회사 인증서 — 관리되는 iPad는 HTTPS를 기관 자체 인증서를 거쳐 보냅니다. 직접 설치한 인증서라면 전체 신뢰를 켜야 작동합니다: 설정 → 일반 → 정보 → 인증서 신뢰 설정 → '루트 인증서 전체 신뢰 활성화' 아래에서 해당 인증서 켜기
• 네트워크 — 모바일 데이터나 다른 Wi-Fi에서 테스트하세요. 경고가 사라지면 업데이트가 아니라 원래 네트워크(흔히 학교나 회사 필터)가 원인입니다

해결법 1: 날짜와 시간 설정 확인

가장 빠른 해결 방법입니다. 시계가 크게 틀어져 있으면(연도가 다르거나 몇 달 차이) 모든 인증서가 만료되었거나 아직 유효하지 않은 것으로 보입니다. 하루만 틀려도 최근 하루 안에 발급된 인증서는 확인에 실패할 수 있습니다.

• Windows: 설정 → 시간 및 언어 → 날짜 및 시간 → "자동으로 시간 설정"과 "자동으로 시간대 설정"을 켜기
• macOS: 시스템 설정 → 일반 → 날짜 및 시간 → "자동으로 시간 및 날짜 설정"을 켜기
• Android: 설정 → 시스템 → 날짜 및 시간 → "날짜 및 시간 자동 설정"을 켜기
• iPhone/iPad: 설정 → 일반 → 날짜 및 시간 → "자동으로 설정"을 켜기

날짜와 시간을 고친 뒤 브라우저를 완전히 닫았다가 다시 열고 사이트에 다시 접속해 보세요. 그래서 모든 사이트의 경고가 사라진다면 시계가 원인이었던 것입니다.

해결법 2: 시크릿 모드(프라이빗 브라우징)로 시도

시크릿 창(Chrome)이나 비공개 브라우징 창(Firefox, Safari)에서는 대부분의 확장 프로그램이 꺼진 채로 실행됩니다. 거기서 사이트가 열린다면 VPN, 프록시, 자녀 보호 부가 기능처럼 트래픽을 우회시키거나 필터링하는 확장 프로그램이 원인입니다.

일반 창에서 확장 프로그램을 하나씩 꺼 보며 원인을 찾으세요. 광고 차단기와 캐시 데이터는 인증서 오류를 일으키지 않으므로 캐시를 지워도 거의 도움이 되지 않습니다.

해결법 3: 브라우저 캐시 및 쿠키 삭제

쿠키와 캐시를 지워도 인증서 오류가 해결되는 경우는 드뭅니다. 브라우저는 새로 연결할 때마다 인증서를 새로 확인하기 때문입니다. 그래도 빠르고 해가 없으며, Wi-Fi 로그인 화면에서 남은 캐시 페이지를 지워 줍니다.

• Chrome: 설정 → 개인 정보 보호 및 보안 → 인터넷 사용 기록 삭제 → "쿠키 및 기타 사이트 데이터"와 "캐시된 이미지 및 파일" 선택 → 데이터 삭제
• Firefox: 설정 → 개인 정보 및 보안 → 쿠키 및 사이트 데이터 → 데이터 지우기
• Edge: 설정 → 개인정보, 검색 및 서비스 → 삭제할 항목 선택 → 쿠키와 캐시된 이미지 선택 → 지금 지우기
• Safari: Safari 메뉴 → 설정 → 개인정보 보호 → 웹사이트 데이터 관리 → 모두 제거

캐시를 삭제한 후 브라우저를 재시작하고 웹사이트에 다시 접속해 보세요.

해결법 4: SSL 상태 지우기 (Windows)

많은 가이드가 SSL 상태 지우기(Clear SSL state, inetcpl.cpl → 내용 탭 → SSL 상태 지우기)를 권합니다. 이 기능은 Windows 자체 TLS 라이브러리의 세션 캐시를 지웁니다. Chrome, Edge, Firefox는 각자 자체 캐시를 쓰므로 이 브라우저들에서는 거의 효과가 없고, 브라우저 창을 모두 닫았다가 다시 여는 것이 브라우저에서는 같은 역할을 합니다.

• 인터넷 옵션 열기: Win+R → inetcpl.cpl 입력 → Enter
• 내용 탭으로 이동해 SSL 상태 지우기를 클릭한 다음 확인 클릭
• 브라우저를 완전히 종료(시스템 트레이도 확인)한 뒤 다시 열고 재시도

해결법 5: 백신 소프트웨어의 HTTPS 검사 비활성화

많은 백신 프로그램이 "HTTPS 검사" 또는 "SSL 스캔"을 수행하며, 암호화된 트래픽을 가로채 웹사이트의 인증서를 자체 인증서로 교체합니다. 백신 인증서가 브라우저에서 신뢰되지 않으면 모든 HTTPS 사이트에서 "연결이 비공개로 설정되어 있지 않습니다" 오류가 나타납니다.

Avast, Kaspersky, Bitdefender, ESET 모두 이 기능이 있습니다. 테스트 방법(메뉴 이름은 버전마다 다릅니다):

• Avast: 설정 → 보호 → 핵심 보호막 → 웹 보호막 → "HTTPS 검사 사용"을 해제
• Kaspersky: Settings → Security settings → Network settings → Encrypted connections scan → "Do not scan encrypted connections" 선택
• Bitdefender: Protection → Online Threat Prevention → Settings → "Encrypted web scan" 끄기
• ESET: Advanced setup(F5) → Protections → SSL/TLS → "Enable SSL/TLS" 끄기

HTTPS 검사를 비활성화하여 오류가 해결되면, 그대로 비활성화 상태로 두거나 해당 웹사이트를 백신 소프트웨어의 예외 목록에 추가할 수 있습니다.

해결법 6: 다른 네트워크로 전환

호텔, 공항, 카페, 사무실의 공용 Wi-Fi는 인증서 경고가 자주 생기는 곳입니다. 이런 네트워크는 캡티브 포털로 첫 번째 HTTPS 요청을 가로채 로그인이나 이용약관 페이지를 보여 주는 경우가 많으며, 이 때문에 SSL 확인이 실패합니다.

기업이나 학교 네트워크에서는 SSL 검사 프록시를 사용하여 인증서를 자체 내부 인증서로 교체할 수 있으며, 프록시 인증서가 기기에 설치되지 않은 경우 오류가 발생합니다.

• 먼저 Wi-Fi에 로그인하기: 호텔·공항·카페 Wi-Fi에서는 http://neverssl.com을 여세요(일부러 일반 HTTP 사이트를 씁니다). 그러면 네트워크가 로그인 페이지를 보여 주고, 로그인하고 나면 HTTPS 사이트가 정상적으로 열립니다
• 모바일 데이터로 시도: Wi-Fi를 끄고 셀룰러 데이터로 사이트를 열어 보세요
• 다른 Wi-Fi 네트워크나 개인용 핫스팟으로 시도

해결법 7: DNS 서버 변경

DNS가 이 경고를 일으키는 경우는 한 가지입니다. 사이트를 필터링하는 DNS 서비스(ISP 차단, 자녀 보호, 광고 차단 DNS)가 차단 페이지로 보내는데, 그 페이지의 인증서는 입력한 주소와 일치할 수 없습니다. 보통 NET::ERR_CERT_COMMON_NAME_INVALID로 나타나고, 필터가 자체 인증 기관으로 차단 페이지에 서명했다면 NET::ERR_CERT_AUTHORITY_INVALID로 나타납니다. 공용 DNS로 바꿔 보면 이런 일이 일어나고 있는지 알 수 있습니다.

기기의 네트워크 설정이나 공유기에서 DNS를 바꾸고(단계별 설정은 Google DNS 서버 참고), DNS 캐시를 플러시한 뒤 다시 시도하세요. 접속이 다른 곳으로 돌려지는지 확인하려면 기기에서 실행한 nslookup example.com 결과를 네트워크 밖에서 조회하는 DNS Robot의 DNS 조회 결과와 비교하세요. 큰 사이트는 정상적으로도 다른 주소를 돌려줄 수 있지만, 사이트의 호스팅이나 CDN이 아니라 ISP나 필터링 서비스가 소유한 주소가 나온다면 네트워크가 접속을 다른 곳으로 돌리고 있는 것입니다.

해결법 8: 브라우저와 운영 체제 업데이트

브라우저와 운영 체제에는 신뢰할 수 있는 루트 인증 기관(CA) 목록이 기본 내장되어 있습니다. 소프트웨어가 오래되면 최신 루트 인증서가 누락되어 유효한 SSL 인증서를 거부할 수 있습니다.

2021년 9월 30일에 이런 일이 대규모로 일어났습니다. Let's Encrypt 인증서가 신뢰받던 경로인 오래된 루트 DST Root CA X3가 만료되면서, 더 이상 업데이트를 받지 못하는 기기(Let's Encrypt는 iPhone 4를 예로 듭니다)가 Let's Encrypt 인증서를 쓰는 사이트를 신뢰하지 않게 되었습니다.

• Chrome: 메뉴 → 도움말 → Chrome 정보 → 업데이트가 있으면 업데이트
• Firefox: 메뉴 → 도움말 → Firefox 정보 → 업데이트가 있으면 업데이트
• Edge: 메뉴 → 도움말 및 피드백 → Microsoft Edge 정보 → 업데이트가 있으면 업데이트
• Windows: 설정 → Windows 업데이트 → 업데이트 확인
• macOS: 시스템 설정 → 일반 → 소프트웨어 업데이트

해결법 9: 경고 우회하기 (주의하여 사용)

웹사이트를 신뢰하고 위험을 이해한다면 경고를 건너뛰고 페이지에 접속할 수 있습니다. 이것은 인증서를 고치는 것이 아닙니다. 이 사이트에 한해 인증서를 받아들이라고 브라우저에 알리는 것입니다. Chrome은 이 선택을 일주일 동안 기억하고, Firefox는 직접 삭제할 때까지 예외로 유지합니다.

• Chrome: 오류 페이지에서 "고급" 클릭 → "[사이트](안전하지 않음)(으)로 이동" 클릭
• Edge: "Advanced" 클릭 → "Continue to [site] (unsafe)" 클릭
• Firefox: "고급" 클릭 → "[사이트] 사이트로 진행 (위험)"(이전 버전: "고급…" → "위험을 감수하고 계속")
• Safari (iPhone, iPad, Mac): "세부사항 보기" 탭 → 설명 끝에 있는 방문 링크 탭 → "웹사이트 방문"
• "이동" 링크가 아예 없나요? Chrome은 사이트가 HSTS를 사용할 때(브라우저에게 항상 유효한 인증서를 요구하라고 알려 둔 사이트로, 이때 "웹사이트에서 HSTS를 사용하므로 지금은 [사이트]에 방문할 수 없습니다"라고 표시됩니다), 인증서가 폐기되었거나 유효하지 않을 때, 관리자가 우회를 막아 두었을 때 이 링크를 숨깁니다. 억지로 들어가는 것이 가장 위험한 경우들이므로, 내 쪽 원인을 고치거나 운영자가 인증서를 고칠 때까지 기다리세요

해결법 10: 웹사이트 소유자를 위한 SSL 인증서 수정

방문자가 웹사이트에서 "연결이 비공개로 설정되어 있지 않습니다" 오류를 보고하는 경우, SSL 인증서 설정에 문제가 있는 것입니다. 다음은 진단 및 수정을 위한 체크리스트입니다.

• 인증서 만료일 확인: DNS Robot의 SSL 인증서 확인를 사용하여 인증서의 만료일을 확인하세요. 만료된 경우 즉시 갱신하세요.
• 인증서 체인 확인: 서버가 사이트 인증서와 함께 중간 인증서를 보내는지 확인하세요(루트 인증서는 방문자 기기에 이미 있습니다). 중간 인증서 누락은 흔한 서버 측 원인입니다. 참고: SSL 인증서 체인이란?
• 도메인 이름 일치 확인: 제공하는 모든 호스트 이름이 인증서의 Subject Alternative Name(SAN)에 들어 있어야 합니다. 브라우저는 Common Name(CN)을 보지 않습니다. 인증서가 www.example.com은 포함하지만 example.com은 포함하지 않으면 www 없이 접속하는 방문자에게 오류가 표시됩니다.
• 자동 갱신 활성화: Let's Encrypt 또는 Cloudflare를 사용하는 경우 인증서 자동 갱신을 활성화하여 다시는 만료되지 않도록 하세요.
• 설정 테스트: 도메인을 DNS Robot의 SSL 인증서 확인로 실행하여 체인 검증, 만료일, 프로토콜 지원, 암호화 제품군을 포함한 전체 인증서 분석을 받으세요.

Android에서 "연결이 비공개로 설정되어 있지 않습니다" 해결하기

Android에서는 Chrome과 모든 Chromium 기반 브라우저에서 이 오류가 표시됩니다. 다음은 Android 전용 해결 방법입니다.

• 날짜와 시간 바로잡기: 설정 → 시스템 → 날짜 및 시간 → "날짜 및 시간 자동 설정"과 "시간대 자동 설정" 켜기
• 네트워크 바꿔 보기: Wi-Fi를 끄고 모바일 데이터로 시도하세요. 경고가 사라지면 Wi-Fi 네트워크(로그인 페이지나 필터)가 원인입니다
• 비공개 DNS 확인: 설정 → 네트워크 및 인터넷 → 비공개 DNS. 필터링 서비스를 가리키고 있다면 테스트를 위해 "사용 안함"으로 바꾸세요. 필터의 차단 페이지는 요청한 사이트의 유효한 인증서를 보여 줄 수 없습니다
• 시스템 업데이트 확인: 설정 → 시스템 → 시스템 업데이트 — 오래된 Android 버전에는 최신 루트 인증서가 없을 수 있습니다
• 다른 브라우저 시도: Chrome에서 오류가 발생하면 Firefox로 테스트 — Firefox는 Android와 별도의 자체 인증서 저장소를 사용합니다
• Chrome 캐시 지우기(마지막 방법): 설정 → 앱 → Chrome → 저장용량 및 캐시 → 캐시 지우기. 캐시 데이터가 인증서 오류를 일으키는 경우는 드물므로 위 단계를 먼저 시도하세요

수정 사항 확인 방법

해결 방법을 적용한 후 SSL 연결이 정상적으로 작동하는지 확인하세요.

• 사이트 정보 아이콘 확인: 주소 왼쪽의 아이콘(Chrome에서는 조절 아이콘)을 클릭하세요. 연결이 안전하다고 표시되어야 하며, 거기서 인증서 세부 정보를 열 수 있습니다.
• DNS Robot의 SSL 검사기로 테스트: SSL 인증서 확인에서 도메인을 실행하여 외부 서버에서 전체 인증서 체인, 만료일, 프로토콜 지원을 확인하세요.
• 여러 브라우저에서 테스트: 하나의 브라우저에서 수정이 되었다면 Chrome, Firefox, Safari에서도 웹사이트를 테스트하여 모든 곳에서 정상 작동하는지 확인하세요.
• 다른 기기에서 확인: 휴대폰이나 다른 컴퓨터에서 접속하여 문제가 해당 기기에 국한된 것이었고 서버 측 문제가 아닌지 확인하세요.