리다이렉트 루프 진단법

Problem

사이트 접속 시 ERR_TOO_MANY_REDIRECTS 같은 오류가 발생해 최종 페이지에 도달하지 못하는 상황입니다. 이 문제는 단순 한 줄 설정이 아니라 웹 서버, 애플리케이션, 프록시, CDN 정책이 겹칠 때 자주 발생합니다.

Symptoms

• 브라우저에서 리다이렉트가 너무 많다는 오류가 즉시 발생합니다.
• HTTP Check에서 같은 URL 패턴이나 프로토콜 전환이 반복됩니다.
• 로그인 후 다시 로그인 페이지로 돌아가거나, 루트와 www 사이를 계속 왕복합니다.
• HTTP는 되지만 HTTPS에서만 루프가 생깁니다.

Top 3 Causes

1. 중복 HTTPS 강제 - 원본 서버와 CDN이 모두 HTTP→HTTPS 리다이렉트를 수행합니다.
2. 호스트 정규화 충돌 - www와 apex, 혹은 trailing slash 규칙이 서로 다른 계층에서 충돌합니다.
3. 애플리케이션 상태 의존 리다이렉트 - 인증 쿠키, 지역 쿠키, 프록시 헤더 처리 오류로 앱이 계속 다시 보냅니다.

Diagnose with DechoNet

• HTTP Check로 각 hop의 상태 코드와 Location 헤더 흐름을 추적합니다.
• SSL Check로 HTTPS 강제 시 인증서나 TLS 상태가 같이 문제인지 확인합니다.
• DNS Lookup으로 도메인이 어떤 프록시/CDN 경로를 타는지 확인합니다.

Resolution Checklist

• HTTP Check 결과에서 반복되는 두 URL 또는 두 프로토콜 패턴을 먼저 식별합니다.
• CDN과 origin 중 한 곳만 HTTPS 강제를 담당하도록 정리합니다.
• www 정규화, trailing slash, locale redirect 규칙이 중복되지 않는지 확인합니다.
• 앱 로그인 또는 국가 선택 로직이 쿠키 부재 시 무한 redirect를 만들지 점검합니다.
• 수정 후 HTTP Check를 다시 실행해 hop 수와 최종 응답 코드가 안정됐는지 확인합니다.

When to Escalate

• CDN rule engine이나 managed proxy 설정 권한이 없으면 인프라 운영자에게 조정이 필요합니다.
• SaaS 앱 또는 CMS 플러그인이 redirect를 생성하면 애플리케이션 벤더 문서나 지원을 확인해야 합니다.
• 프록시 헤더(X-Forwarded-Proto) 처리 문제라면 플랫폼 팀과 함께 원본 서버 설정을 점검해야 합니다.