대용량 사진 및 동영상 업로드에 맞게 리버스 프록시 시간 초과 설정하기

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

How to Match Reverse-Proxy Timeouts to Large Photo and Video Uploads - Zima Store Online

허용할 가장 느린 정상 업로드 시간을 기준으로 여유를 더해 프록시 타임아웃을 설정하고, 애플리케이션과 모든 업스트림 프록시도 최소한 그만큼 허용하도록 설정하세요. 무제한 타임아웃을 선택해 모든 업로드 실패를 해결하려고 하지 마세요.

큰 사진이나 동영상은 실패하지만 같은 앱이 정상적으로 작동할 수 있습니다. 요청 본문, 업스트림 처리 또는 응답이 서로 다른 제한을 초과할 수 있기 때문입니다. 먼저 상태 코드, 경과 시간, 파일 크기 및 프록시 로그를 수집하세요. 이러한 정보로 본문 크기 거부인지, 유휴 타임아웃인지, 백엔드 타임아웃인지, 클라이언트 연결 종료인지 구분할 수 있습니다.

업로드를 종료시키는 단계를 확인하세요

하나의 파일을 정해 반복 테스트하고, 전송 중, 진행률 표시줄이 100%에 도달한 후, 또는 서버가 미디어를 처리하는 동안 중 언제 실패하는지 기록하세요. 각 단계는 서로 다른 연결 및 타임아웃과 관련됩니다.

항상 같은 바이트 수에서 실패한다면 본문 크기 제한일 가능성이 높고, 항상 같은 유휴 시간 후에 실패한다면 타임아웃일 가능성이 높습니다. 업로드 완료 후 게이트웨이 오류가 발생한다면 프록시에서 애플리케이션으로 전달된 후의 대기 시간 또는 애플리케이션 자체의 처리 제한을 의심할 수 있습니다.

프록시 액세스 및 오류 로그를 애플리케이션 로그와 함께 확인하세요. 클라이언트가 먼저 연결을 종료했다면 프록시 타임아웃만 늘려서는 해결되지 않습니다. 모바일 백그라운드 동작, VPN 안정성 및 브라우저의 요청 경로를 확인하세요.

근거 있는 타임아웃 예산을 측정하세요

가장 큰 허용 파일을 지원되는 가장 느린 업스트림 속도로 나누어 전송 시간을 추정한 다음, TLS, 버퍼링 및 변동하는 처리량을 고려해 여유를 더하세요. 이 값을 정상 작업을 위한 상한으로 사용하되, 모든 느린 연결을 영원히 유지해야 한다는 의미로 받아들이지는 마세요.

전체 소요 시간과 유휴 시간을 구분하세요. 예를 들어 NGINX는 별도의 프록시 타임아웃 지시어를 문서화하고 있으며, 일부 설정은 전체 응답 시간보다 연속된 작업 사이의 간격을 측정합니다.

서비스 거부 공격 위험을 염두에 두세요. 연결 유지 시간을 크게 늘리기 전에 인증 및 속도 제어를 통해 업로드 엔드포인트를 제한하고, 프록시의 관리 인터페이스를 외부에 노출하지 마세요.