ERR_CONNECTION_TIMED_OUT 해결 가이드

Problem

탭이 빈 화면에서 한참 멈춰 있다가 ERR_CONNECTION_TIMED_OUT(또는 “사이트에 연결할 수 없음”)로 끝납니다. 브라우저가 TCP 연결을 시작해 SYN을 보냈지만 아무 응답도 받지 못한 상태입니다. 오류가 뜨기 전의 긴 대기 시간 자체가 진단 신호입니다. 능동적인 거부가 아니라 조용한 패킷 폐기라는 뜻입니다.

Symptoms

• 탭이 1~2분 동안 멈춰 있다가 ERR_CONNECTION_TIMED_OUT로 끝납니다.
• 같은 URL이 다른 네트워크나 기기에서는 정상적으로 열립니다.
• ping은 응답할 수도 안 할 수도 있지만, 해당 포트는 핸드셰이크를 끝내지 못합니다.
• 오류가 ERR_CONNECTION_REFUSED(즉시 발생)나 ERR_NAME_NOT_RESOLVED(DNS 미해결)가 아닙니다.

Top 3 Causes

1. 방화벽 또는 보안 그룹이 SYN을 조용히 버림 - DROP 규칙이나 닫힌 클라우드 보안 그룹이 응답 없이 패킷을 폐기해, 클라이언트가 재전송을 반복하다 타임아웃됩니다. REJECT 규칙이라면 reset이 돌아와 “거부”로 나타납니다.
2. DNS가 죽었거나 오래된 IP로 해석됨 - 서버 이전 후에도 옛 A/AAAA 레코드가 더 이상 라우팅되지 않거나 응답하지 않는 주소를 가리켜, SYN이 아무도 받지 않는 번호로 향합니다.
3. 포트 정책이 아니라 호스트나 경로 자체가 문제 - 서버가 다운됐거나, 부하로 SYN backlog가 가득 찼거나, 특정 경로의 MTU/라우팅 블랙홀이 핸드셰이크 패킷을 삼키는 경우입니다.

Diagnose with DechoNet

• Port Check로 대상 포트(보통 443)를 외부 네트워크에서 점검합니다. 여기서 타임아웃이 나면 브라우저가 보는 현상과 같아 DROP 규칙이나 도달 불가 호스트를 가리키고, 열림으로 나오면 경로는 정상이고 문제는 더 위 계층에 있습니다.
• DNS Lookup으로 A/AAAA 레코드가 이전 호스트의 주소가 아니라 현재 살아 있는 IP를 가리키는지 확인합니다.
• HTTP Check로 외부 관점에서 요청이 끝까지 완료되는지 보고, “내 네트워크만”인지 “모두에게”인지 구분합니다.

포트가 타임아웃이 아니라 닫힘(거부)으로 나오면 443 포트 닫힘 체크리스트로 넘어갑니다. 이름이 아예 해석되지 않으면 DNS_PROBE_FINISHED_NXDOMAIN 해결을 참고하세요.

Resolution Checklist

• 휴대폰 테더링 등 별도 네트워크에서 재현해, 내 쪽 VPN·프록시·호스트 방화벽 가능성을 먼저 배제합니다.
• A/AAAA 레코드가 이전 배포의 주소가 아니라 현재 서버 IP로 해석되는지 확인합니다.
• 대상 포트를 외부에서 점검합니다. “거부”가 아닌 타임아웃이면 DROP 규칙, 닫힌 보안 그룹, 또는 도달 불가 호스트를 의심합니다.
• 클라우드 방화벽과 보안 그룹의 인바운드 규칙에서 해당 포트와 소스 범위를 검토합니다.
• 일부 사용자만 영향을 받는다면 단일 서버 장애보다 특정 경로의 라우팅/MTU 블랙홀을 의심합니다.
• 변경할 때마다 Port Check와 HTTP Check를 다시 실행해 핸드셰이크 완료를 확인합니다.

When to Escalate

• 인스턴스는 내부적으로 정상인데 여러 외부 네트워크에서 포트가 타임아웃된다면, 직접 통제할 수 없는 플랫폼 방화벽이나 라우팅 계층의 문제일 수 있으니 호스팅/클라우드 제공자에 문의합니다.
• 타임아웃이 간헐적이거나 경로에 따라 달라지면(MTU, 비대칭 라우팅) 단일 호스트에서는 보이지 않으므로 네트워크/인프라 담당자에게 에스컬레이션합니다.