HTTP 408: Request timeout
Application Load Balancer에서 유휴 제한 시간이 끝나기 전에 클라이언트가 데이터를 보내지 않으면 HTTP 408이 반환됩니다.
빠른 답변
- 우선 확인할 원인
- 클라이언트가 유휴 제한 시간이 끝나기 전에 데이터를 보내지 않아 HTTP 408이 반환된 것입니다.
- 먼저 확인할 항목
- 액세스 로그와 클라이언트 응답에서 HTTP 상태 코드가 408인지 확인합니다.
- 적용 범위
- 현재 증상과 본문에 적은 관찰 조건이 함께 확인된 경우
- 출처
- AWS
- 출처 확인일
- 2026-07-24
- 최종 검토
- 2026-07-29
- 수정일
- 2026-08-03
- 정정 이력
- 2026-07-29 이후 기록 없음
- 관련 기술
현재 증상
- 애플리케이션 오류 메시지
먼저 확인할 항목
액세스 로그와 클라이언트 응답에서 HTTP 상태 코드가 408인지 확인합니다.
요청이 멈춘 시각과 클라이언트가 마지막으로 보낸 데이터 시각을 비교해 유휴 제한 시간 초과 여부를 확인합니다.
피해야 할 조치
주의
- 유휴 제한 시간을 변경하는 경우, 변경 전 현재 값과 변경 대상을 기록하고 가능한 경우 설정을 내보내거나 백업합니다.
- 한 번에 한 항목만 변경하며, 장애나 오류가 발생하면 기록한 이전 값으로 복구합니다.
환경별 원인과 조치
증상
Application Load Balancer가 클라이언트에 HTTP 408: Request timeout을 반환합니다.
원인
클라이언트가 유휴 제한 시간이 끝나기 전에 데이터를 보내지 않았습니다. TCP keep-alive만 보내는 방식으로는 이 제한 시간을 방지할 수 없습니다.
확인
액세스 로그와 클라이언트 응답에서 HTTP 상태 코드가 408인지 확인합니다.
조치
각 유휴 제한 시간이 끝나기 전에 클라이언트가 최소 1바이트의 데이터를 보내도록 합니다. 필요하면 Application Load Balancer의 유휴 제한 시간을 늘립니다.
주의사항
유휴 제한 시간을 변경하는 경우, 변경 전 현재 값과 변경 대상을 기록하고 가능한 경우 설정을 내보내거나 백업합니다. 한 번에 한 항목만 변경하며, 장애나 오류가 발생하면 기록한 이전 값으로 복구합니다.
출처
AWS Application Load Balancer 문제 해결 (새 창에서 열림)
관찰값 기록
문제가 발생한 URL 또는 화면, 표시 시각, 운영 환경과 최근 변경 사항을 먼저 기록합니다. 화면이나 로그에 오류 문구가 일부만 보이면 앞뒤 문장을 보존하고 비밀번호·토큰·쿠키·개인정보는 가립니다.
다음 항목을 실제 값과 함께 확인합니다.
- 액세스 로그와 클라이언트 응답에서 HTTP 상태 코드가 408인지 확인합니다.
판정 기준
오류 문구가 일치해도 같은 원인이 확정되는 것은 아닙니다. 웹서버·런타임·운영체제·플랫폼과 최근 변경 사항을 비교하고, 기대한 관찰값이 나오지 않으면 다음 단계로 넘어가지 않습니다. 이 문서는 출처가 확인한 범위만 설명하며, 범위를 벗어난 원인과 조치는 단정하지 않습니다.
안전한 다음 확인
설정·권한·데이터를 변경하기 전에 백업과 되돌리기 방법을 기록합니다. 운영 환경의 방화벽 전체 해제, 인증서 검증 우회, 데이터 삭제, 비밀값 공개를 기본 조치로 사용하지 않습니다. 확인 결과가 문서의 조건과 다르면 관련 Platform·Component 문서와 공식 출처를 먼저 확인합니다.
참고 자료
확인 범위: Application Load Balancer는 HTTP 408을 클라이언트에 보내고 액세스 로그에 요청을 저장합니다., 클라이언트가 유휴 제한 시간이 끝나기 전에 데이터를 보내지 않으면 HTTP 408이 발생합니다., TCP keep-alive만 전송해서는 이 제한 시간을 방지할 수 없습니다., 각 유휴 제한 시간 전에 최소 1바이트의 데이터를 보내거나 필요에 따라 유휴 제한 시간을 늘릴 수 있습니다. · 확인일: 2026-07-24