nginx 초 장 요청 문자열 해결 (413 request Entity too Large 오류 해결 방법)

  더 읽 기

nginx         ，       ，       413,400，414(  413 request Entity too Large)    ，           nginx                   。

post 요청 해결 방법: nginx. conf 에 있 는 몇 가지 설정 매개 변수 client 수정body_buffer_size 10m (요청 체 캐 시 영역 크기 설정, 어 울 리 지 않 으 면) clientmax_body_size 20m (클 라 이언 트 요청 체 최대 값 설정) clientbody_temp_path / data / temp (임시 파일 저장 경 로 를 설정 합 니 다. 업로드 요청 체 가 캐 시 영역 을 초과 해 야 임시 파일 에 쓸 수 있 습 니 다. 임시 경 로 는 쓰기 권한 이 있어 야 합 니 다) 업로드 파일 크기 가 client 를 초과 하면max_body_size 시 413 entity too large 의 오 류 를 보고 합 니 다.get 요청 해결 방법: get 요청 에 대해 서 는 다른 두 설정 을 수정 하여 요청 문자열 이 너무 긴 문 제 를 해결 할 수 있 습 니 다: clientheader_buffer_size 문법: clientheader_buffer_size size 기본 값: 1k 사용 필드: http, server 이 명령 은 클 라 이언 트 가 요청 한 http 헤드 버퍼 크기 를 지정 합 니 다. 대부분 상황 에서 머리 요청 의 크기 는 1k 보다 크 지 않 지만 wap 클 라 이언 트 에서 온 큰 쿠키 가 있 으 면 1k 보다 클 수 있 습 니 다. Nginx 는 더 큰 버퍼 에 분 배 됩 니 다. 이 값 은 largeclient_header_buffers 안에 설정 되 어 있 습 니 다.large_client_header_buffers 문법: largeclient_header_buffers number size 기본 값: largeclient_header_buffers 4 4k / 8k 사용 필드: http, server 명령 은 클 라 이언 트 가 요청 한 비교적 큰 헤더 파일 을 버퍼 의 최대 값 으로 지정 합 니 다. 요청 한 URI 크기 가 이 값 을 초과 하면 서버 는 'Request URI too large' (414) 를 되 돌려 줍 니 다. 마찬가지 로 요청 한 머리 필드 가 이 값 보다 크 면 서버 는 'Bad request' (400) 를 되 돌려 줍 니 다.버퍼 는 수요 에 따라 분 리 됩 니 다.기본 버퍼 크기 는 운영 체제 의 페이지 파일 크기 입 니 다. 보통 4k 또는 8k 입 니 다. 연결 요청 이 상 태 를 keep - alive 로 변환 하면 이 버퍼 는 풀 립 니 다.http header 의 크기 를 수정 하면 get 요청 문자열 이 너무 긴 문 제 를 해결 할 수 있 는 이 유 는 http 프로 토 콜 의 get 요청 부터 시작 해 야 합 니 다. 사실 GET 가 제출 하면 요청 한 데 이 터 는 URL 뒤에 첨부 됩 니 다 (HTTP 프로 토 콜 헤더 에 데 이 터 를 두 는 것 입 니 다).보 셨 습 니까? 사실 get 요청 의 인 자 는 http header 에 저 장 된 것 입 니 다. 따라서 header 의 크기 제한 을 수정 하면 요청 문자열 이 너무 긴 문 제 를 해결 할 수 있 습 니 다.또한 HTTP 프로 토 콜 은 전 송 된 데이터 크기 를 제한 하지 않 았 고 HTTP 프로 토 콜 규범 도 URL 길 이 를 제한 하지 않 았 습 니 다. 저희 가 일상생활 에서 겪 는 길이 제한 은 각 브 라 우 저 나 http 요청 도구 가 스스로 한 것 입 니 다.참고:http://www.51testing.com/html/13/377613-805851.html
다음으로 전송:https://www.cnblogs.com/jpfss/p/10242955.html