FastAPI 인프라 구축기: 클라우드플레어 무한 리다이렉트(ERR_TOO_MANY_REDIRECTS) 원인과 SSL/TLS 완벽 해결

👤 인스피

조회 수 13

1. 무한 루프의 범인: 클라우드플레어의 '가변(Flexible)' 모드

이 치명적인 오류의 원인을 찾기 위해 저는 네트워크 요청의 흐름을 하나씩 뜯어보았습니다. 범인은 바로 클라우드플레어의 디폴트(기본) 설정인 '가변(Flexible)' SSL 모드와 제 서버의 보안 설정이 일으킨 환장의 콜라보레이션이었습니다.

이 무한 루프가 발생하는 끔찍한 원리는 다음과 같습니다.

유저의 접속: 방문자가 https:// (보안) 주소로 제 사이트에 접속합니다.
클라우드플레어의 처리: 클라우드플레어가 이 요청을 받습니다. '가변(Flexible)' 모드는 "유저와 나(CF) 사이는 암호화(HTTPS)를 하지만, 나와 원본 서버(Nginx) 사이는 그냥 일반 통신(HTTP)을 하겠다"는 설정입니다. 따라서 클라우드플레어는 제 서버에 HTTP(80포트)로 데이터를 요청합니다.
원본 서버의 응답: 제 Nginx 서버는 "어? 너 왜 보안 안 된 HTTP로 들어와? 당장 HTTPS로 다시 접속해!" 라며 301 리다이렉트 명령을 내려 클라우드플레어에게 돌려보냅니다.
무한 루프 발생: 클라우드플레어는 서버의 명령대로 다시 https://로 접속을 시도하지만, '가변' 모드 규칙에 따라 또다시 제 서버에는 HTTP로 요청을 던집니다.

서버는 계속 HTTPS로 가라고 쫓아내고, 클라우드플레어는 계속 HTTP로 문을 두드리는 이 바보 같은 과정이 1초에 수십 번 반복되다가 브라우저가 결국 ERR_TOO_MANY_REDIRECTS 에러를 뿜으며 뻗어버린 것입니다.

2. 단 3번의 클릭으로 인프라를 정상화하다

문제의 원인(네트워크 프로토콜의 불일치)을 정확히 파악했으니, 해결책은 아주 명확했습니다. 클라우드플레어가 제 서버에 HTTP로 찔러보는 것을 멈추게 하면 됩니다.

저는 즉시 클라우드플레어 대시보드에 접속하여 설정을 변경했습니다.

좌측 메뉴에서 [SSL/TLS] ➡️ [Overview (개요)] 탭으로 이동합니다.
SSL/TLS 암호화 모드가 '가변(Flexible)'으로 되어 있는 것을 확인했습니다.
이것을 '전체(Full)' 또는 '전체(엄격) (Full Strict)' 모드로 클릭하여 변경해 줍니다.

'전체(Full)' 모드로 변경하는 순간, 기적처럼 마법이 일어났습니다. 클라우드플레어가 더 이상 제 서버에 HTTP로 접근하지 않고, 유저가 요청한 그대로 HTTPS(443 포트)로 암호화하여 통신하기 시작한 것입니다. 제 원본 서버(Nginx) 역시 암호화된 요청을 받았기에 더 이상 리다이렉트를 시키지 않고 정상적인 FastAPI 백엔드 데이터를 반환했습니다.

지긋지긋하던 에러 창이 사라지고, 주소창 왼쪽에 영롱한 자물쇠 마크(보안 연결)와 함께 0.1초 만에 커뮤니티 메인 화면이 떴을 때의 쾌감은 이루 말할 수 없었습니다.

맺으며: E-E-A-T와 보안, 두 마리 토끼를 잡다

웹사이트를 직접 호스팅하고 운영하는 1인 개발자에게 인프라 트러블슈팅은 피할 수 없는 통과의례입니다.

특히 2026년 구글 애드센스의 심사 기준(E-E-A-T)과 검색엔진 최적화(SEO) 알고리즘은 '안전한 브라우징 환경(HTTPS)'을 웹사이트 신뢰도의 최우선 척도로 삼고 있습니다. 단순히 인증서만 발급받는 것에 그치지 않고, 클라이언트부터 원본 서버까지 데이터가 이동하는 모든 구간(End-to-End)의 암호화 모드를 통일하는 것은 선택이 아닌 필수입니다.

만약 지금 웹사이트를 구축하다가 이유 없는 리다이렉트 무한 루프에 빠져 계신다면, 백엔드 코드의 버그를 찾기 전에 클라우드플레어의 SSL 모드가 '가변(Flexible)'이라는 함정에 빠져 있지는 않은지 가장 먼저 점검해 보시기 바랍니다!

❓ 자주 묻는 질문 (FAQ)

Q1. '전체(Full)' 모드와 '전체 엄격(Full Strict)' 모드의 차이점은 무엇인가요?

A. 두 모드 모두 클라우드플레어와 원본 서버 간에 HTTPS로 통신한다는 점은 같습니다. 차이점은 인증서의 '검증' 여부입니다. '전체' 모드는 원본 서버에 설치된 인증서가 유효 기간이 지났거나 자체 서명된(Self-signed) 가짜 인증서라도 무조건 통과시킵니다. 반면 '전체 엄격' 모드는 Let's Encrypt나 클라우드플레어에서 공식 발급한 신뢰할 수 있는 인증서가 서버에 설치되어 있어야만 통신을 허용하는 가장 강력하고 안전한 보안 모드입니다.

Q2. 제 원본 서버(Nginx)에는 아직 SSL 인증서가 없는데 어떡하죠?

A. 원본 서버에 인증서가 없다면 임시로 '가변(Flexible)' 모드를 써야 하지만, 무한 루프를 막으려면 서버(Nginx) 쪽의 HTTPS 강제 리다이렉트 코드를 지워야 합니다. 가장 추천하는 방법은 클라우드플레어 대시보드의 [SSL/TLS] -> [Origin Server] 메뉴에서 15년짜리 무료 '원본 인증서'를 발급받아 서버에 설치한 뒤, '전체 엄격' 모드로 운영하는 것입니다.

Q3. 설정을 '전체(Full)'로 바꿨는데도 계속 에러가 뜹니다!

A. 브라우저에 과거의 무한 루프 기록이 강력하게 캐시(Cache)되어 있기 때문입니다. 크롬 브라우저 설정에서 '인터넷 사용 기록 삭제(캐시된 이미지 및 파일)'를 지우시거나, 크롬 시크릿 모드(Ctrl+Shift+N)를 열어서 접속해 보시면 정상적으로 사이트가 열리는 것을 확인하실 수 있습니다.