ERR_CONNECTION_RESET
Chrome에 ERR_CONNECTION_RESET과 연결이 재설정되었다는 문구가 표시될 때 브라우저·기기·네트워크·웹사이트 구간을 나눠 확인하는 절차입니다.
빠른 답변
- 우선 확인할 원인
- ERR_CONNECTION_RESET은 Chrome이 연결 도중 TCP RST에 해당하는 재설정을 확인했다는 뜻입니다. 오류 코드만으로 방문자 기기, VPN·보안 소프트웨어, 네트워크 또는 웹사이트 중 어느 구간이 연결을 끊었는지는 정할 수 없습니다. 같은 URL을 다른 브라우저·기기·네트워크에서 비교하고, 사이트 운영자는 같은 시각의 프록시·웹서버 로그를 확인해야 합니다.
- 먼저 확인할 항목
- 오류 화면에서 `ERR_CONNECTION_RESET`, 전체 URL, 발생 시각을 기록합니다. 기대 결과는 HTTP 상태 코드가 표시된 오류와 브라우저 연결 오류를 구분하는 것입니다.
- 적용 범위
- 현재 증상과 본문에 적은 관찰 조건이 함께 확인된 경우
- 출처 확인일
- 2026-08-29
- 최종 검토
- 2026-09-03
- 수정일
- 2026-09-03
- 정정 이력
- 2026-07-29 이후 기록 없음
현재 증상
- 사이트 접속 불가
먼저 확인할 항목
오류 화면에서 `ERR_CONNECTION_RESET`, 전체 URL, 발생 시각을 기록합니다. 기대 결과는 HTTP 상태 코드가 표시된 오류와 브라우저 연결 오류를 구분하는 것입니다.
같은 기기에서 다른 사이트와 대상 사이트를 각각 열고, 대상 URL을 시크릿 창이나 다른 브라우저에서도 확인합니다. 기대 결과는 한 브라우저 프로필에만 영향을 주는지 구분하는 것입니다.
같은 URL을 같은 네트워크의 다른 기기와 모바일 데이터처럼 다른 네트워크에서 확인합니다. 기대 결과는 한 기기, 한 네트워크 또는 여러 네트워크에서 재현되는지 기록하는 것입니다.
로그인 정보가 필요 없는 공개 URL이라면 `curl --verbose --output /dev/null --max-time 15 'https://example.com/path'`로 요청해 HTTP 응답 전에 연결이 끊기는지 확인합니다. 기대 결과는 브라우저에서만 실패하는 경우와 다른 HTTP 클라이언트도 실패하는 경우를 구분하는 것입니다.
사이트 운영자는 기록한 시각과 URL을 기준으로 CDN·프록시·웹서버의 접근 로그와 오류 로그를 대조합니다. 기대 결과는 요청이 어느 구간까지 도달했고 HTTP 상태가 기록됐는지 확인하는 것입니다.
피해야 할 조치
주의
- 오류 코드만 보고 DNS를 변경하거나 서버·공유기를 초기화하지 않습니다. 변경 전에 재현 기기·네트워크·시각을 기록합니다.
- 방화벽, 백신, VPN 또는 브라우저 확장을 한꺼번에 끄지 않습니다. 필요한 경우 한 항목씩 중지하고 즉시 다시 켠 뒤 결과를 기록합니다. 관리 기기는 담당자 승인 없이 보안 정책을 변경하지 않습니다.
- curl의 verbose 출력에는 인증 정보나 비밀 데이터가 포함될 수 있습니다. 로그인 URL에 사용하지 말고 원문 전체를 외부에 게시하지 않습니다.
- ERR_CONNECTION_RESET은 HTTP 502·504와 같은 상태 코드가 아닙니다. 브라우저에 실제 HTTP 상태가 표시되면 해당 상태 코드 문서를 확인합니다.
환경별 원인과 조치
Chrome에 ERR_CONNECTION_RESET과 “연결이 재설정되었습니다”가 표시되면 브라우저가 연결을 유지하지 못한 상태입니다. Chromium은 이 오류를 TCP RST에 해당하는 연결 재설정으로 정의합니다. 이 오류는 서버가 반환한 500, 502, 504 같은 HTTP 상태 코드가 아닙니다.
연결을 재설정한 위치는 오류 코드 하나로 알 수 없습니다. 방문자 기기, 브라우저 확장, VPN·보안 소프트웨어, 사내·통신사 네트워크, CDN·프록시 또는 웹서버 중 어디에서 끊겼는지 결과를 비교해 범위를 줄여야 합니다.
이 문서가 맞는 조건
다음 문구가 같은 화면에 표시될 때 사용합니다.
사이트에 연결할 수 없음연결이 재설정되었습니다ERR_CONNECTION_RESET또는net::ERR_CONNECTION_RESET
오류 화면에 ERR_CONNECTION_REFUSED, ERR_CONNECTION_TIMED_OUT, DNS_PROBE_FINISHED_NXDOMAIN 또는 HTTP 상태 코드가 표시되면 다른 오류입니다. 화면에 표시된 원문을 기준으로 구분합니다.
오류 코드가 없거나 다른 문구가 보이면 사이트에 연결할 수 없음 확인 가이드에서 화면 문구에 맞는 확인 문서를 먼저 고릅니다.
변경 전에 기록합니다
- 주소창의 전체 URL과 오류 원문을 기록합니다.
- 처음 발생한 시각과 마지막 정상 접속 시각을 기록합니다.
- 특정 페이지에서만 발생하는지 같은 호스트의 모든 페이지에서 발생하는지 확인합니다.
- 직전에 VPN, 보안 프로그램, CDN, 방화벽, 인증서 또는 서버 배포를 변경했는지 기록합니다.
설정을 먼저 초기화하면 어느 구간의 변경이 결과에 영향을 줬는지 확인하기 어렵습니다. DNS 변경, 브라우저 초기화, 네트워크 초기화는 첫 조치로 실행하지 않습니다.
재현 범위를 비교합니다
동일한 URL을 사용하고 한 번에 한 조건만 바꿉니다.
| 관찰 결과 | 확인 범위 | 다음 확인 |
|---|---|---|
| Chrome 일반 창에서만 실패하고 시크릿 창에서는 열림 | 브라우저 프로필·확장 프로그램 | 확장 프로그램을 한 개씩 중지하고 재현 여부를 기록합니다. |
| 한 기기에서 모든 브라우저가 실패함 | 기기 네트워크·VPN·보안 소프트웨어 | VPN 연결 상태와 보안 소프트웨어 차단 기록을 확인합니다. |
| 같은 네트워크의 여러 기기에서 실패하지만 모바일 데이터에서는 열림 | 공유기·사내망·통신 경로 | 네트워크 관리자에게 URL·시각·재현 기기를 전달합니다. |
| 서로 다른 네트워크와 기기에서 같은 URL이 실패함 | 웹사이트·CDN·원본 구간 | 사이트 운영 로그에서 같은 시각의 요청 도달 여부를 확인합니다. |
| 일부 큰 요청이나 업로드에서만 실패함 | 요청 크기·처리 시간·중간 장비 | 실패한 요청의 메서드·경로·크기와 프록시·서버 로그를 대조합니다. |
Google Chrome 도움말은 먼저 문제가 한 사이트에만 발생하는지 여러 사이트에 발생하는지 확인하고, 시크릿 모드·확장 프로그램·네트워크·방화벽·보안 소프트웨어를 나눠 점검하도록 안내합니다. 보안 기능을 모두 비활성화하는 방식은 사용하지 않습니다.
공개 URL을 별도 HTTP 클라이언트로 확인합니다
터미널을 사용할 수 있다면 인증이 필요 없는 공개 URL에 한해 다음처럼 요청합니다.
curl --verbose --output /dev/null --max-time 15 'https://example.com/path'확인할 값은 다음과 같습니다.
- 대상 호스트와 연결을 시작했는지
- TLS 연결 이후 HTTP 요청을 보냈는지
- HTTP 응답 상태와 헤더를 받았는지
- 응답 전에 연결 오류가 발생했는지
브라우저만 실패하고 curl은 반복해서 HTTP 응답을 받으면 브라우저 프로필·확장·보안 소프트웨어 경로를 우선 확인합니다. curl도 HTTP 응답 전에 실패하면 동일한 URL과 시각을 사이트 운영자에게 전달합니다.
--verbose 출력에는 요청 헤더와 연결 주소가 포함됩니다. 로그인·관리자 URL이나 인증 쿠키가 있는 요청에는 사용하지 말고, 출력 전체를 게시하지 않습니다.
사이트 운영자는 같은 시각의 로그를 확인합니다
방문자와 운영자는 서로 다른 관찰 자료를 봅니다. 운영자는 방문자가 기록한 URL과 시각을 기준으로 CDN·프록시·웹서버 로그를 순서대로 확인합니다.
| 로그 결과 | 판단 범위 |
|---|---|
| CDN에는 요청이 있고 원본에는 없음 | CDN에서 원본으로 가는 구간과 방화벽 정책을 확인합니다. |
| 웹서버 접근 로그에 요청과 HTTP 상태가 있음 | 브라우저까지 응답이 전달되는 중간 구간과 응답 크기·처리 시간을 확인합니다. |
| 웹서버 오류 로그만 있고 접근 로그 상태가 없음 | 연결 처리 중 발생한 서버 오류와 같은 시각의 프로세스 상태를 확인합니다. |
| 어느 로그에도 요청이 없음 | 방문자 네트워크부터 CDN 앞단까지의 경로를 확인합니다. 서버 애플리케이션 원인으로 단정하지 않습니다. |
Nginx 접근 로그는 요청, 상태, 시각, 처리 시간과 연결 식별 값을 기록할 수 있습니다. 기존 로그에 필요한 값이 없다면 장애 중에 형식을 바로 바꾸지 말고, 먼저 현재 접근 로그와 오류 로그에서 URL·시각·클라이언트 범위를 맞춥니다.
HTTP 응답으로 502 Bad Gateway가 확인되면 502 Bad Gateway 문서로 이동합니다. 연결 재설정과 502는 함께 나타날 수 있지만 같은 상태는 아닙니다.
수정 후 재확인
- 한 항목만 변경하고 같은 URL·기기·네트워크에서 다시 요청합니다.
- 처음 실패했던 조건과 다른 네트워크에서 각각 확인합니다.
- 브라우저 화면뿐 아니라 HTTP 응답 여부와 운영 로그의 같은 시각 기록을 확인합니다.
- 오류가 사라지면 변경한 항목과 재확인 결과를 기록합니다.
- 다시 발생하면 새 발생 시각과 재현 범위를 추가해 이전 기록과 비교합니다.
참고 자료
Chromium · 공식 자료 · 확인 범위: Chromium은 CONNECTION_RESET -101을 TCP RST에 해당하는 연결 재설정으로 정의합니다., CONNECTION_RESET은 HTTP 오류가 아니라 연결 관련 오류 범위에 속합니다. · 확인일: 2026-08-29
Google Chrome Help · 공식 자료 · 확인 범위: Chrome은 ERR_CONNECTION_RESET을 인터넷 연결, 브라우저, VPN, 보안 소프트웨어 등 연결을 방해하는 요소와 관련된 오류로 설명합니다., ERR_CONNECTION_RESET과 ERR_CONNECTION_REFUSED·ERR_TIMED_OUT은 서로 다른 오류 코드입니다. · 확인일: 2026-08-29
Google Chrome Help · 공식 자료 · 확인 범위: Google은 문제가 한 웹사이트에만 영향을 주는지 여러 웹사이트에 영향을 주는지 먼저 확인하도록 안내합니다., 시크릿 모드, 확장 프로그램, 방화벽·바이러스 백신, 네트워크와 웹사이트 문제를 구분해 확인하도록 안내합니다. · 확인일: 2026-08-29
curl project · 공식 자료 · 확인 범위: curl의 verbose 옵션은 요청·응답 헤더와 연결 관련 정보를 출력합니다., verbose 출력에는 인증 정보나 비밀 데이터가 포함될 수 있어 공유할 때 주의해야 합니다. · 확인일: 2026-08-29
NGINX · 공식 자료 · 확인 범위: Nginx 접근 로그는 요청, 상태, 시각, 처리 시간과 연결 식별 값을 지정한 형식으로 기록할 수 있습니다., 요청은 처리가 끝난 location 문맥에서 기록되므로 내부 리디렉션이 있으면 처음 location과 다를 수 있습니다. · 확인일: 2026-08-29