브라우저에 리디렉션이 너무 많다고 표시돼요
리디렉션이 반복될 때 응답 경로·HTTP Location 헤더·HTTPS 종료 지점·Cloudflare 모드를 비교하고 다음 Problem을 고르는 가이드입니다.
빠른 답변
리디렉션 반복은 브라우저 표시만으로 원인을 단정하지 말고 같은 URL의 응답 상태와 Location 체인을 기록해야 합니다. HTTPS 종료 위치와 원본 서버의 리디렉션 규칙이 서로 다른지 확인한 뒤 다음 Problem으로 이동합니다.
- 적용 범위
- 이 가이드의 시작 증상과 각 분기 조건이 일치하는 경우
- 출처 확인일
- 2026-07-29
- 최종 검토
- 2026-08-05
- 수정일
- 2026-08-05
- 정정 이력
- 2026-07-29 이후 기록 없음
- 대상
- 사이트 운영자, 쇼핑몰 운영자, 웹 에이전시, 프리랜서
이 가이드가 맞는 경우
- 리디렉션 반복
- 애플리케이션 오류 메시지
- 사이트 접속 불가
상황별 다음 단계
호스팅사·개발자에게 전달할 내용
변경 전 기록
- 문제가 발생한 URL, 화면 또는 로그의 원문, 최초 발생 시각을 전달합니다.
- 비밀번호, 인증 토큰, 세션 쿠키, 결제 정보, 개인정보는 전달하지 않습니다.
- 최근 배포, 설정, 도메인, 플러그인 또는 인프라 변경이 있었다면 시각과 변경 범위를 함께 전달합니다.
알아둘 점
“ERR_TOO_MANY_REDIRECTS”, “리디렉션 무한 반복”으로 검색하는 상황에서 사용합니다. 브라우저 캐시를 지우는 것으로 원인을 단정하지 않고, 같은 URL의 응답 체인과 HTTPS 종료 지점을 기록합니다.
먼저 기록할 값
- 반복되는 전체 URL, 최초 발생 시각, 브라우저에 표시된 원문을 기록합니다.
- 각 요청의 HTTP 상태와
Location값을 순서대로 기록해 같은 URL이 다시 나타나는 지점을 찾습니다. - 원본 서버와 프록시에서 HTTPS를 종료하는 위치,
X-Forwarded-Proto등 전달 헤더를 확인합니다. - 최근 HTTPS 강제,
www통합, CMS·Cloudflare 규칙 변경 시각을 기록합니다.
상황별 다음 단계
ERR_TOO_MANY_REDIRECTS가 표시되고 Location이 반복되면 ERR_TOO_MANY_REDIRECTS를 확인합니다.- 리디렉션 뒤 대상 URL이
HTTP 404를 반환하면 HTTP 404: Not Found을 확인합니다. - 프록시가 원본 서버에 연결하지 못해
Error 521을 반환하면 Error 521: web server is down을 확인합니다.
위 조건과 일치하지 않으면 응답 체인과 설정 변경 기록을 보존하고 원인을 단정하지 않습니다. 비밀번호·토큰·세션 쿠키·개인정보는 전달하지 않습니다.
수정 후 재확인
- 동일 URL을 HTTP·HTTPS와 루트·
www조합으로 각각 요청해 Location 체인을 다시 기록합니다. - 프록시와 원본 서버의 HTTPS 처리 방식이 같은지 확인합니다.
- 정상 응답 뒤 대표 URL로 한 번만 이동하고, 로그인·폼 제출 같은 기능도 별도로 확인합니다.
참고 자료
확인 범위: definition, common-causes, resolution · 확인일: 2026-07-23
확인 범위: common-causes, resolution · 확인일: 2026-07-23
IETF · 공식 자료 · 확인 범위: HTTP 404는 서버가 대상 리소스의 현재 표현을 찾지 못했거나 존재 여부를 공개하지 않으려는 상태를 나타냅니다., HTTP 404는 그 상태가 일시적인지 영구적인지 나타내지 않습니다. · 확인일: 2026-07-29
확인 범위: definition, common-causes, resolution · 확인일: 2026-07-23
확인 범위: AWS EC2 서브도메인에서 원본 IP 직접 접속은 가능했으나 Cloudflare 경유 요청은 521로 실패했습니다., 보안 그룹, NACL, 웹 서버 수신 포트의 Cloudflare 요청 허용 여부를 점검하도록 안내됐습니다. · 확인일: 2026-07-27
확인 범위: Google Cloud VM 유형 변경 후 WordPress 도메인에서 521이 발생했습니다., 기본 Apache와 Bitnami Apache의 충돌이 원인이었고, 충돌 서비스를 중지한 뒤 Bitnami 스택을 재시작해 해결했습니다. · 확인일: 2026-07-27
확인 범위: EC2 재부팅 후 Rails와 nginx 사이트에서 521이 발생했지만 원본 IP 접근은 가능했습니다., AWS 측에서 Cloudflare IP 범위가 차단된 정황이 확인됐으며, 방화벽과 공급자 네트워크의 Cloudflare 원본 IP 허용 여부를 점검했습니다. · 확인일: 2026-07-27