|
|
게시됨28초 전
|
|
|
요구 사항: nginx 리버스 프록시를 사용해 웹사이트에 접속할 때, 가끔씩 백엔드가 다운되었거나 네트워크 변동 때문에 502 오류가 보고되었습니다. 결국 nginx 오류 로그를 확인한 결과 다른 원인들이 발견되었습니다.
nginx 502 오류에는 실제로 여러 가지 원인이 있습니다. 502 불량 게이트웨이 서버가 오류가 발생해 프록시나 게이트웨이 역할을 하면, 요청을 처리하려 할 때 서버가 올바른 업스트림 응답을 받지 못할 수 있습니다.
NGINX 오류 로그:
*상행753983 응답 헤더를 읽으면서 너무 큰 헤더를 보냈을 때, 클라이언트: xxx, 서버: test-sso.rms-cloud.com, 요청: "GET /itsvse HTTP/2.0", 업스트림: "http://127.0.0.1:29090/itsvse", 호스트: "xxx.com"
용액:
nginx는 다음과 같은 구성을 추가합니다:
구성 설명:
proxy_buffer_size
Syntax: proxy_buffer_size size;
Default:
proxy_buffer_size 4k|8k;
Context: http, server, location
프록시 서버로부터 받은 응답의 첫 부분을 읽기 위한 버퍼 크기를 설정합니다. 이 부분에는 보통 작은 응답 헤더가 포함되어 있습니다; 버퍼 크기를 초과하면 응답이 무효로 간주됩니다. 기본적으로 버퍼 크기는 한 메모리 페이지와 같습니다. 이는 플랫폼에 따라 4K 또는 8K 크기입니다. 하지만 더 작게 만들 수도 있습니다.
proxy_buffers
Syntax: proxy_buffers number size;
Default:
proxy_buffers 8 4k|8k;
Context: http, server, location
단일 연결에서 프록시 서버로부터 응답을 읽을 버퍼의 수와 크기를 설정하세요. 기본적으로 버퍼 크기는 하나의 메모리 페이지와 같습니다. 이는 플랫폼에 따라 4K 또는 8K 크기입니다.
proxy_busy_buffers_size
Syntax: proxy_busy_buffers_size size;
Default:
proxy_busy_buffers_size 8k|16k;
Context: http, server, location
프록시 서버의 응답 버퍼링이 활성화되면, 응답이 완전히 읽히기 전에 클라이언트에게 응답을 보내느라 혼찹 버퍼의 총 크기가 제한됩니다. 한편, 남은 버퍼는 응답을 읽고 필요에 따라 응답의 일부를 임시 파일로 버퍼링하는 데 사용할 수 있습니다. 기본적으로 크기는 proxy_buffer_size 명령어와 proxy_bBuffers 명령어가 설정한 두 버퍼 크기에 의해 제한됩니다. |
이전의:네트워크 통신 eSIM, EID, 그리고 eUICC 소개
|
