리디렉션 루프 검사

리디렉션 루프는 URL A가 URL B로 리디렉션되고, B가 직접 또는 다른 홉을 거쳐 다시 A로 리디렉션될 때 발생합니다. 브라우저는 약 20번 리디렉션을 따라간 뒤 오류를 표시하며 포기합니다. Chrome과 Edge에서는 ERR_TOO_MANY_REDIRECTS(“example.com에서 리디렉션한 횟수가 너무 많습니다.”), Firefox에서는 The page isn't redirecting properly, Safari에서는 Too many redirects occurred가 표시됩니다. 검색엔진은 루프에 갇힌 페이지를 색인할 수 없습니다.

TrueURL은 요청하는 모든 URL을 그 시점의 요청 메서드 및 보유 중인 쿠키와 함께 기록합니다. 어떤 홉이 같은 상태로 이미 요청했던 URL로 되돌아가면 체인은 절대 끝날 수 없으므로, 결과에서 루프가 닫히는 홉을 강조해 표시합니다.

TrueURL은 브라우저처럼 쿠키를 유지하기 때문에 실제 루프와 정상적인 쿠키 핸드셰이크를 구분할 수 있습니다. 쿠키 핸드셰이크란 사이트가 쿠키를 설정한 뒤 같은 URL로 한 번 다시 보내는 동작을 말합니다. 매번 상태가 바뀌면 고급 설정의 최대 홉 수 제한(최대 50)에 도달할 때까지 체인을 계속 따라갑니다. 제한에 도달한 체인도 대개는 끝없는 루프입니다. 예를 들어 홉마다 새 쿼리 매개변수를 추가하는 경우가 그렇습니다.

• 프록시나 CDN 뒤의 HTTP와 HTTPS: CDN은 HTTP로 서버에 접속하는데(Cloudflare의 Flexible SSL 모드처럼) 서버는 모든 HTTP 요청을 HTTPS로 리디렉션합니다. 그러면 브라우저는 다시 HTTPS를 요청하고, CDN은 다시 HTTP로 가져오는 일이 끝없이 반복됩니다. Full (strict) 모드를 사용하거나 HTTPS 리디렉션을 한 계층에서만 처리하세요.
• 충돌하는 www 규칙: 한 규칙은 www를 추가하고, 다른 규칙(주로 CMS나 호스팅 관리 패널에 있는 규칙)은 이를 제거합니다.
• 충돌하는 후행 슬래시 규칙: 서버는 슬래시를 추가하고 애플리케이션은 이를 제거합니다.
• CMS 주소 설정: 예를 들어 WordPress의 WordPress 주소(URL) 또는 사이트 주소(URL) 값이 사이트가 실제로 제공되는 도메인이나 스킴과 일치하지 않는 경우입니다.
• 로그인, 동의, 지역 리디렉션: 특정 쿠키가 없는 방문자를 로그인, 동의, 국가 선택 페이지로 보내고 그 페이지가 다시 원래 페이지로 돌려보내는데, 쿠키가 설정되지 않거나 받아들여지지 않는 경우입니다.

1. 여기서 URL을 검사하고 어떤 URL이 반복되는지, 어느 홉이 되돌려 보내는지 기록하세요.
2. 해당 홉의 Server, Via, CF-Ray, X-Powered-By 같은 응답 헤더를 보고 CDN, 웹 서버, 애플리케이션 중 어느 계층이 리디렉션을 보냈는지 확인하세요.
3. 그 규칙 하나만 수정하거나 비활성화한 뒤 다시 검사하세요. 한 번에 한 계층씩만 변경하세요.
4. 브라우저에서 테스트하기 전에 해당 사이트의 캐시와 쿠키를 삭제하세요. 캐시된 301과 오래된 쿠키 때문에 루프를 고친 뒤에도 루프가 계속될 수 있습니다.