HTTPS 검사의 동작 방식
검사는 17NAS 서버에서 시작되며 흐름은 "DNS 해석 → TCP 연결 설정(443) → TLS 핸드셰이크 → 인증서 체인과 도메인 검증 → HTTP 요청을 보내 상태 코드 확인"입니다. 인증서 검증에는 시스템 신뢰 저장소를 사용하며 만료, 도메인 불일치, 자체 서명 등을 구분해 그대로 알려줍니다. 전체 검사에서는 상태 코드와 응답 헤더만 읽고 페이지 본문은 내려받지 않습니다.
네트워크 진단
도메인을 입력하면 공인망에서 HTTPS 사용 가능 여부, TLS 인증서 유효성, HTTP 응답 상태, 리버스 프록시 정상 여부를 검사합니다.
검사는 연결 핸드셰이크와 응답 헤더만 읽습니다. 웹 페이지 본문을 내려받거나 포트를 스캔하지 않습니다.
도메인을 입력해 검사를 시작하세요
—————검사는 17NAS 서버에서 시작되어 공인망에서 보이는 진입점 동작만 다룹니다. CDN이나 방화벽을 우회하지 않으며 보안 감사에 해당하지도 않습니다.
검사 결과에 따라 이 도구들로 계속 점검하세요.
검사는 17NAS 서버에서 시작되며 흐름은 "DNS 해석 → TCP 연결 설정(443) → TLS 핸드셰이크 → 인증서 체인과 도메인 검증 → HTTP 요청을 보내 상태 코드 확인"입니다. 인증서 검증에는 시스템 신뢰 저장소를 사용하며 만료, 도메인 불일치, 자체 서명 등을 구분해 그대로 알려줍니다. 전체 검사에서는 상태 코드와 응답 헤더만 읽고 페이지 본문은 내려받지 않습니다.
리버스 프록시는 요청을 백엔드 애플리케이션에 전달합니다. 502는 프록시가 백엔드 주소를 찾았지만 연결에 실패했거나 잘못된 응답을 받았다는 뜻입니다. 흔한 원인은 앱 미시작, upstream 호스트·포트 오기재, 컨테이너 네트워크 단절입니다. 504는 프록시가 백엔드에 연결했지만 응답을 기다리다 시간 초과되었다는 뜻입니다. 흔한 원인은 앱 멈춤, 과부하, 백엔드 방화벽의 연결 폐기입니다. 두 상태 모두 프록시 계층은 동작하고 있으며 문제는 프록시와 백엔드 사이에 있음을 보여줍니다.
도메인 해석이 잘못되었으면 DNS / DDNS 검사로 지정 방향을 확인하고, 연결이 실패하면 열린 포트 검사로 443 도달 가능 여부를 확인하며, 통신사 NAT 뒤에 있다면 CGNAT 검사로 공인 IP 보유 여부를 먼저 확인하고, 공인 인바운드가 필요하면 포트 포워딩 생성기로 전달 설정을 점검하며, 순수 IPv6 환경이면 IPv6 테스트로 듀얼 스택 상태를 확인하세요.